From noreply at sourceforge.net  Wed Sep  1 02:33:51 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Sep  1 02:33:57 2004
Subject: [Expat-bugs] [ expat-Bugs-1000112 ] expat_external.h not installed
	on Solaris 8
Message-ID: <E1C2J4R-0008RV-00@sc8-sf-web2.sourceforge.net>

Bugs item #1000112, was opened at 2004-07-30 01:37
Message generated for change (Comment added) made by ingramdw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1000112&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: expat_external.h not installed on Solaris 8

Initial Comment:
I have installed expat on Solaris 8. Everything worked fine 
with ./configure ; make ; make install, with the exception of 
the file expat_external.h. It should be copied 
to /usr/local/include, but it is not.  
 
The reason is probably that install is used to copy expat.h 
and expat_external.h at the same time. I assume that the 
Solaris install command accepts only one file as an 
argument.  

----------------------------------------------------------------------

Comment By: Dennis Ingram (ingramdw)
Date: 2004-09-01 12:33

Message:
Logged In: YES 
user_id=1114227

FWIW, this is also a problem on AIX 5.2

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-07-30 01:37

Message:
Logged In: NO 

Sorry, forgot my address: thomas.steffen at mbalance.com.  

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1000112&group_id=10127
From noreply at sourceforge.net  Thu Sep  2 23:09:02 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Sep  2 23:09:13 2004
Subject: [Expat-bugs] [ expat-Bugs-1000112 ] expat_external.h not installed
	on Solaris 8
Message-ID: <E1C2ypK-00053c-00@sc8-sf-web3.sourceforge.net>

Bugs item #1000112, was opened at 2004-07-29 06:37
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1000112&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: expat_external.h not installed on Solaris 8

Initial Comment:
I have installed expat on Solaris 8. Everything worked fine 
with ./configure ; make ; make install, with the exception of 
the file expat_external.h. It should be copied 
to /usr/local/include, but it is not.  
 
The reason is probably that install is used to copy expat.h 
and expat_external.h at the same time. I assume that the 
Solaris install command accepts only one file as an 
argument.  

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-09-02 14:09

Message:
Logged In: NO 

Hi There 

Same goes for Solaris 9

Solution is to copy expat_external.h from <build dir>/lib 
to /usr/local/include/

----------------------------------------------------------------------

Comment By: Dennis Ingram (ingramdw)
Date: 2004-08-31 17:33

Message:
Logged In: YES 
user_id=1114227

FWIW, this is also a problem on AIX 5.2

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-07-29 06:37

Message:
Logged In: NO 

Sorry, forgot my address: thomas.steffen at mbalance.com.  

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1000112&group_id=10127
From noreply at sourceforge.net  Fri Sep  3 14:06:46 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Sep  3 14:06:48 2004
Subject: [Expat-bugs] [ expat-Bugs-1021776 ] Recursion in macro "parsing",
	HP 11.0
Message-ID: <E1C3Cq6-0006q6-00@sc8-sf-web1.sourceforge.net>

Bugs item #1021776, was opened at 2004-09-03 05:06
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1021776&group_id=10127

Category: None
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Recursion in macro "parsing", HP 11.0

Initial Comment:
uname -a

HP-UX hprgs B.11.00 U 9000/800 76745 unlimited-user 
license

./configure

checking build system type... hppa2.0w-hp-hpux11.00
checking host system type... hppa2.0w-hp-hpux11.00
checking for gcc... /usr/ccs/bin/cc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... no
checking whether /usr/ccs/bin/cc accepts -g... yes
checking for non-GNU ld... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -p
checking whether ln -s works... yes
checking how to recognise dependant libraries... 
file_magic (s[0-9][0-9][0-9]|PA
-RISC[0-9].[0-9]) shared library
checking command to parse /usr/bin/nm -p output... ok
checking how to run the C preprocessor... /usr/ccs/bin/
cc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for /usr/ccs/bin/cc option to produce PIC... +Z
checking if /usr/ccs/bin/cc PIC flag +Z works... yes
checking if /usr/ccs/bin/cc static flag -Wl,-a -Wl,archive 
works... yes
checking if /usr/ccs/bin/cc supports -c -o file.o... no
checking if we can lock with hard links... yes
checking whether the linker (/usr/bin/ld) supports shared 
libraries... yes
checking how to hardcode library paths into programs... 
relink
checking whether stripping libraries is possible... no
checking dynamic linker characteristics... hpux11.00 dld.sl
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
creating libtool
checking for gcc... (cached) /usr/ccs/bin/cc
checking whether we are using the GNU C compiler... 
(cached) no
checking whether /usr/ccs/bin/cc accepts -g... (cached) 
yes
checking for a BSD-compatible install... conftools/install-
sh -c
checking for ANSI C header files... (cached) yes
checking whether byte ordering is bigendian... yes
checking for /usr/ccs/bin/cc option to accept ANSI C... 
none needed
checking for an ANSI C-conforming const... no
checking for size_t... yes
checking for memmove... yes
checking for bcopy... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for off_t... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... no
checking check.h usability... cat: Cannot open conftest.
c: No such file or directory
no
checking check.h presence... no
checking for check.h... no
checking for check.h... (cached) no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating expat_config.h
hprgs:#/varios/perl/expat-1.95.8> ./configure
checking build system type... hppa2.0w-hp-hpux11.00
checking host system type... hppa2.0w-hp-hpux11.00
checking for gcc... /usr/ccs/bin/cc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... no
checking whether /usr/ccs/bin/cc accepts -g... yes
checking for non-GNU ld... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -p
checking whether ln -s works... yes
checking how to recognise dependant libraries... 
file_magic (s[0-9][0-9][0-9]|PA
-RISC[0-9].[0-9]) shared library
checking command to parse /usr/bin/nm -p output... ok
checking how to run the C preprocessor... /usr/ccs/bin/
cc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for /usr/ccs/bin/cc option to produce PIC... +Z
checking if /usr/ccs/bin/cc PIC flag +Z works... yes
checking if /usr/ccs/bin/cc static flag -Wl,-a -Wl,archive 
works... yes
checking if /usr/ccs/bin/cc supports -c -o file.o... no
checking if we can lock with hard links... yes
checking whether the linker (/usr/bin/ld) supports shared 
libraries... yes
checking how to hardcode library paths into programs... 
relink
checking whether stripping libraries is possible... no
checking dynamic linker characteristics... hpux11.00 dld.sl
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
creating libtool
checking for gcc... (cached) /usr/ccs/bin/cc
checking whether we are using the GNU C compiler... 
(cached) no
checking whether /usr/ccs/bin/cc accepts -g... (cached) 
yes
checking for a BSD-compatible install... conftools/install-
sh -c
checking for ANSI C header files... (cached) yes
checking whether byte ordering is bigendian... yes
checking for /usr/ccs/bin/cc option to accept ANSI C... 
none needed
checking for an ANSI C-conforming const... no
checking for size_t... yes
checking for memmove... yes
checking for bcopy... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for off_t... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... no
checking check.h usability... no
checking check.h presence... no
checking for check.h... no
checking for check.h... (cached) no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating expat_config.h

make

        /bin/sh ./libtool --silent --mode=compile /usr/ccs/
bin/cc -g -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o lib/
xmlparse.lo -c lib/xmlparse.c
(Bundled) cc: warning 480: The -g option is available only 
with the C/ANSI C product; ignored.
(Bundled) cc: warning 480: The +Z option is available 
only with the C/ANSI C product; ignored.
cpp: "lib/xmlparse.c", line 855: error 4065: Recursion in 
macro "parsing".
*** Error exit code 1

Stop.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1021776&group_id=10127
From noreply at sourceforge.net  Tue Sep  7 14:39:50 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue Sep  7 14:39:53 2004
Subject: [Expat-bugs] 
	[ expat-Bugs-1023646 ] Error in codepageMap, codepage.c
Message-ID: <E1C4fGI-0007OC-00@sc8-sf-web2.sourceforge.net>

Bugs item #1023646, was opened at 2004-09-07 05:39
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1023646&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Error in codepageMap, codepage.c

Initial Comment:
Applies to expat v.1.95.8

>From MS:

"LeadByte:
Specifies a fixed-length array of lead-byte ranges, 
where the number of lead-byte ranges is variable. If 
there are no lead bytes in this code page, then every 
element of the array is NULL. If there are lead bytes in 
this code page, a starting value and ending value is 
specified for each range. Ranges are inclusive. The 
maximum number of lead-byte ranges for any code page 
is five. The array uses two bytes to describe each 
range, with a double-byte null terminator after the last 
range."

Note that "Ranges are inclusive". Therefore the function 
codepageMap should be changed:

for (i = 0; i < MAX_LEADBYTES; i+=2) 
{
  int j, lim;
  if (info.LeadByte[i] == 0 && info.LeadByte[i + 1] == 0) 
    break;
  lim = info.LeadByte[i + 1];
  for (j = info.LeadByte[i]; j <= lim; j++) map[j] = -2;
}

Regards,
Ole Stauning, spam@uning.dk


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1023646&group_id=10127
From noreply at sourceforge.net  Tue Sep 14 10:55:45 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue Sep 14 10:55:49 2004
Subject: [Expat-bugs] [ expat-Bugs-1021776 ] Recursion in macro "parsing",
	HP 11.0
Message-ID: <E1C796H-000743-00@sc8-sf-web2.sourceforge.net>

Bugs item #1021776, was opened at 2004-09-03 05:06
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1021776&group_id=10127

Category: None
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Recursion in macro "parsing", HP 11.0

Initial Comment:
uname -a

HP-UX hprgs B.11.00 U 9000/800 76745 unlimited-user 
license

./configure

checking build system type... hppa2.0w-hp-hpux11.00
checking host system type... hppa2.0w-hp-hpux11.00
checking for gcc... /usr/ccs/bin/cc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... no
checking whether /usr/ccs/bin/cc accepts -g... yes
checking for non-GNU ld... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -p
checking whether ln -s works... yes
checking how to recognise dependant libraries... 
file_magic (s[0-9][0-9][0-9]|PA
-RISC[0-9].[0-9]) shared library
checking command to parse /usr/bin/nm -p output... ok
checking how to run the C preprocessor... /usr/ccs/bin/
cc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for /usr/ccs/bin/cc option to produce PIC... +Z
checking if /usr/ccs/bin/cc PIC flag +Z works... yes
checking if /usr/ccs/bin/cc static flag -Wl,-a -Wl,archive 
works... yes
checking if /usr/ccs/bin/cc supports -c -o file.o... no
checking if we can lock with hard links... yes
checking whether the linker (/usr/bin/ld) supports shared 
libraries... yes
checking how to hardcode library paths into programs... 
relink
checking whether stripping libraries is possible... no
checking dynamic linker characteristics... hpux11.00 dld.sl
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
creating libtool
checking for gcc... (cached) /usr/ccs/bin/cc
checking whether we are using the GNU C compiler... 
(cached) no
checking whether /usr/ccs/bin/cc accepts -g... (cached) 
yes
checking for a BSD-compatible install... conftools/install-
sh -c
checking for ANSI C header files... (cached) yes
checking whether byte ordering is bigendian... yes
checking for /usr/ccs/bin/cc option to accept ANSI C... 
none needed
checking for an ANSI C-conforming const... no
checking for size_t... yes
checking for memmove... yes
checking for bcopy... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for off_t... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... no
checking check.h usability... cat: Cannot open conftest.
c: No such file or directory
no
checking check.h presence... no
checking for check.h... no
checking for check.h... (cached) no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating expat_config.h
hprgs:#/varios/perl/expat-1.95.8> ./configure
checking build system type... hppa2.0w-hp-hpux11.00
checking host system type... hppa2.0w-hp-hpux11.00
checking for gcc... /usr/ccs/bin/cc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... no
checking whether /usr/ccs/bin/cc accepts -g... yes
checking for non-GNU ld... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -p
checking whether ln -s works... yes
checking how to recognise dependant libraries... 
file_magic (s[0-9][0-9][0-9]|PA
-RISC[0-9].[0-9]) shared library
checking command to parse /usr/bin/nm -p output... ok
checking how to run the C preprocessor... /usr/ccs/bin/
cc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for /usr/ccs/bin/cc option to produce PIC... +Z
checking if /usr/ccs/bin/cc PIC flag +Z works... yes
checking if /usr/ccs/bin/cc static flag -Wl,-a -Wl,archive 
works... yes
checking if /usr/ccs/bin/cc supports -c -o file.o... no
checking if we can lock with hard links... yes
checking whether the linker (/usr/bin/ld) supports shared 
libraries... yes
checking how to hardcode library paths into programs... 
relink
checking whether stripping libraries is possible... no
checking dynamic linker characteristics... hpux11.00 dld.sl
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
creating libtool
checking for gcc... (cached) /usr/ccs/bin/cc
checking whether we are using the GNU C compiler... 
(cached) no
checking whether /usr/ccs/bin/cc accepts -g... (cached) 
yes
checking for a BSD-compatible install... conftools/install-
sh -c
checking for ANSI C header files... (cached) yes
checking whether byte ordering is bigendian... yes
checking for /usr/ccs/bin/cc option to accept ANSI C... 
none needed
checking for an ANSI C-conforming const... no
checking for size_t... yes
checking for memmove... yes
checking for bcopy... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for off_t... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... no
checking check.h usability... no
checking check.h presence... no
checking for check.h... no
checking for check.h... (cached) no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating expat_config.h

make

        /bin/sh ./libtool --silent --mode=compile /usr/ccs/
bin/cc -g -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o lib/
xmlparse.lo -c lib/xmlparse.c
(Bundled) cc: warning 480: The -g option is available only 
with the C/ANSI C product; ignored.
(Bundled) cc: warning 480: The +Z option is available 
only with the C/ANSI C product; ignored.
cpp: "lib/xmlparse.c", line 855: error 4065: Recursion in 
macro "parsing".
*** Error exit code 1

Stop.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-09-14 01:55

Message:
Logged In: NO 

I have the same issue.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1021776&group_id=10127
From noreply at sourceforge.net  Thu Sep 16 06:21:19 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Sep 16 06:21:38 2004
Subject: [Expat-bugs] [ expat-Bugs-916718 ] CDATA Sections is not parsed
	Properly
Message-ID: <E1C7nln-00018w-00@sc8-sf-web3.sourceforge.net>

Bugs item #916718, was opened at 2004-03-15 16:14
Message generated for change (Comment added) made by demidog
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=916718&group_id=10127

Category: None
Group: None
Status: Closed
Resolution: Rejected
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Karl Waclawek (kwaclaw)
Summary: CDATA Sections is not parsed Properly

Initial Comment:
When Expat encounters CDATA, it should parse it as a 
CDATA, but it's parsing normally

----------------------------------------------------------------------

Comment By: Rick Fisk (demidog)
Date: 2004-09-16 04:21

Message:
Logged In: YES 
user_id=339463

I don't know whether to enter a new bug or simply ask that 
this one be re-opened so I'll first comment here.

I have discovered a problem with CdataEnd event in that the 
close tag of the CDATA block is somehow "lost."

I am using XML::Simple in a perl script to parse XML and 
modify the content element of certain nodes. The closing 
CDATA tag (]]>) "disappears" when reading in the file.

I can provide sample data and a script if that would help.

The version of Expat I have verified this with is 1.95.1 and it 
is consistent across platforms. Cygwin and RedHat Linux 6.2 
with this version of expat installed exhiit the same behavior. 

I'd tend to think it was my script but the script doesn't try 
any manipulation of the incoming XML other than to 
manipulate data within an XML::Simple hash datastructure 
before writing out the XML. 

The end tags for any CDATA are lost even before the data 
manipulation occurs.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-04-08 00:17

Message:
Logged In: YES 
user_id=290026

Closed, because the original bug report is too unspecific,
and the poster did not follow up on requests for more detail.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-03-15 18:00

Message:
Logged In: YES 
user_id=290026

CDATA sections work fine for me.
I have no idea what you mean - can you be more specific?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=916718&group_id=10127
From noreply at sourceforge.net  Thu Sep 16 16:24:36 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Sep 16 16:24:38 2004
Subject: [Expat-bugs] [ expat-Bugs-916718 ] CDATA Sections is not parsed
	Properly
Message-ID: <E1C7xBc-0003sZ-00@sc8-sf-web2.sourceforge.net>

Bugs item #916718, was opened at 2004-03-15 11:14
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=916718&group_id=10127

Category: None
Group: None
Status: Closed
Resolution: Rejected
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Karl Waclawek (kwaclaw)
Summary: CDATA Sections is not parsed Properly

Initial Comment:
When Expat encounters CDATA, it should parse it as a 
CDATA, but it's parsing normally

----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-16 10:24

Message:
Logged In: YES 
user_id=290026

Just to be clear, are you saying that you have registered 
both, a StartCDATASectionHandler and an 
EndCDATASectionHandler, and when Expat encounters a 
CDATA section it only calls the start handler, but not the end 
handler?

----------------------------------------------------------------------

Comment By: Rick Fisk (demidog)
Date: 2004-09-16 00:21

Message:
Logged In: YES 
user_id=339463

I don't know whether to enter a new bug or simply ask that 
this one be re-opened so I'll first comment here.

I have discovered a problem with CdataEnd event in that the 
close tag of the CDATA block is somehow "lost."

I am using XML::Simple in a perl script to parse XML and 
modify the content element of certain nodes. The closing 
CDATA tag (]]>) "disappears" when reading in the file.

I can provide sample data and a script if that would help.

The version of Expat I have verified this with is 1.95.1 and it 
is consistent across platforms. Cygwin and RedHat Linux 6.2 
with this version of expat installed exhiit the same behavior. 

I'd tend to think it was my script but the script doesn't try 
any manipulation of the incoming XML other than to 
manipulate data within an XML::Simple hash datastructure 
before writing out the XML. 

The end tags for any CDATA are lost even before the data 
manipulation occurs.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-04-07 20:17

Message:
Logged In: YES 
user_id=290026

Closed, because the original bug report is too unspecific,
and the poster did not follow up on requests for more detail.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-03-15 13:00

Message:
Logged In: YES 
user_id=290026

CDATA sections work fine for me.
I have no idea what you mean - can you be more specific?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=916718&group_id=10127
From noreply at sourceforge.net  Wed Sep 22 21:30:55 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Sep 22 21:31:01 2004
Subject: [Expat-bugs] [ expat-Bugs-1032878 ] Build 1.95.8 fail under AIX 4.3
Message-ID: <E1CACpL-0001qz-00@sc8-sf-web4.sourceforge.net>

Bugs item #1032878, was opened at 2004-09-22 12:30
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1032878&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: Build 1.95.8 fail under AIX 4.3

Initial Comment:
> export CC=xlc
> ./configure --prefix=$HOME/xml
checking build system type... rs6000-ibm-aix4.3.2.0
checking host system type... rs6000-ibm-aix4.3.2.0
checking for gcc... xlc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... no
checking whether xlc accepts -g... yes
checking for non-GNU ld... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking command to parse /usr/bin/nm -B output... ok
checking how to run the C preprocessor... xlc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for xlc option to produce PIC... none
checking if xlc static flag -bnso -bI:/lib/syscalls.exp 
works... yes
checking if xlc supports -c -o file.o... no
checking if we can lock with hard links... yes
checking whether the linker (/usr/bin/ld) supports shared 
libraries... yes
checking how to hardcode library paths into programs... 
immediate
checking whether stripping libraries is possible... no
checking dynamic linker characteristics... aix4.3.2.0 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
creating libtool
checking for gcc... (cached) xlc
checking whether we are using the GNU C compiler... 
(cached) no
checking whether xlc accepts -g... (cached) yes
checking for a BSD-compatible install... conftools/install-
sh -c
checking for ANSI C header files... (cached) yes
checking whether byte ordering is bigendian... yes
checking for xlc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for size_t... yes
checking for memmove... yes
checking for bcopy... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for off_t... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... no
checking check.h usability... no
checking check.h presence... no
checking for check.h... no
checking for check.h... (cached) no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating expat_config.h
> make
        /bin/sh ./libtool --silent --mode=compile xlc -g -
DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o lib/xmlparse.lo -
c lib/xmlparse.c
"lib/expat.h", line 46.27: 1506-275 (S) Unexpected 
text ',' encountered.
make: 1254-004 The error code from the last command 
is 1.


Stop.
>


/* Solution */
delete last ',' in enum XML_Status  

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1032878&group_id=10127
From noreply at sourceforge.net  Fri Sep 24 11:40:04 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Sep 24 11:40:17 2004
Subject: [Expat-bugs] [ expat-Bugs-1010793 ] build fails on Solaris 8
Message-ID: <E1CAmYe-0006oo-00@sc8-sf-web3.sourceforge.net>

Bugs item #1010793, was opened at 2004-08-17 17:14
Message generated for change (Comment added) made by papadopo
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1010793&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: build fails on Solaris 8

Initial Comment:
Submitted by: Ave.Wrigley@itn.co.uk

> uname -a
SunOS www1 5.8 Generic_117000-03 sun4u sparc
SUNW,Ultra-4 Solaris
> ./configure
checking build system type... sparc-sun-solaris2.8
checking host system type... sparc-sun-solaris2.8
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for ld used by GCC... /usr/ccs/bin/ld
checking if the linker (/usr/ccs/bin/ld) is GNU ld... no
checking for /usr/ccs/bin/ld option to reload object
files... -r
checking for BSD-compatible nm... /usr/local/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking command to parse /usr/local/bin/nm -B output... ok
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/ccs/bin/ld) supports
shared libraries... yes
checking how to hardcode library paths into programs...
immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... solaris2.8 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
creating libtool
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler...
(cached) yes
checking whether gcc accepts -g... (cached) yes
checking for a BSD-compatible install...
/usr/local/bin/install -c
checking whether gcc accepts -fexceptions... yes
checking for ANSI C header files... (cached) yes
checking whether byte ordering is bigendian... yes
checking for gcc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for size_t... yes
checking for memmove... yes
checking for bcopy... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for off_t... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking check.h usability... no
checking check.h presence... no
checking for check.h... no
checking for check.h... (cached) no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating expat_config.h
config.status: expat_config.h is unchanged
> make
/bin/bash ./libtool --silent --mode=compile gcc -g -O2
-Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o
lib/xmlparse.lo -c lib/xmlparse.c
/bin/bash ./libtool --silent --mode=compile gcc -g -O2
-Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o
lib/xmltok.lo -c lib/xmltok.c
/bin/bash ./libtool --silent --mode=compile gcc -g -O2
-Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o
lib/xmlrole.lo -c lib/xmlrole.c
/bin/bash ./libtool --silent --mode=link gcc -g -O2
-Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I.
-no-undefined -version-info 5:0:5 -rpath /usr/local/lib
 -o libexpat.la lib/xmlparse.lo lib/xmltok.lo
lib/xmlrole.lo
Undefined                       first referenced
 symbol                             in file
__eprintf                           lib/xmlparse.lo
ld: fatal: Symbol referencing errors. No output written
to .libs/libexpat.so.0.5.0
make: *** [libexpat.la] Error 1


----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 11:40

Message:
Logged In: YES 
user_id=52414

What is the output of:

$ cat > foo.c
int main() { return 0; }
$ gcc -v foo.c

This looks like a gcc bug. Maybe this compiler has been
built on a different system than the one it is used on. This
must be avoided since GCC overrides some system header files
at build-time, and thus depends on the specificities of the
system it was built on.

Also which version of expat is this?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1010793&group_id=10127
From noreply at sourceforge.net  Fri Sep 24 11:43:22 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Sep 24 11:43:26 2004
Subject: [Expat-bugs] [ expat-Bugs-1032878 ] Build 1.95.8 fail under AIX 4.3
Message-ID: <E1CAmbq-0002mG-00@sc8-sf-web2.sourceforge.net>

Bugs item #1032878, was opened at 2004-09-22 21:30
Message generated for change (Comment added) made by papadopo
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1032878&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: Build 1.95.8 fail under AIX 4.3

Initial Comment:
> export CC=xlc
> ./configure --prefix=$HOME/xml
checking build system type... rs6000-ibm-aix4.3.2.0
checking host system type... rs6000-ibm-aix4.3.2.0
checking for gcc... xlc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... no
checking whether xlc accepts -g... yes
checking for non-GNU ld... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking command to parse /usr/bin/nm -B output... ok
checking how to run the C preprocessor... xlc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for xlc option to produce PIC... none
checking if xlc static flag -bnso -bI:/lib/syscalls.exp 
works... yes
checking if xlc supports -c -o file.o... no
checking if we can lock with hard links... yes
checking whether the linker (/usr/bin/ld) supports shared 
libraries... yes
checking how to hardcode library paths into programs... 
immediate
checking whether stripping libraries is possible... no
checking dynamic linker characteristics... aix4.3.2.0 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
creating libtool
checking for gcc... (cached) xlc
checking whether we are using the GNU C compiler... 
(cached) no
checking whether xlc accepts -g... (cached) yes
checking for a BSD-compatible install... conftools/install-
sh -c
checking for ANSI C header files... (cached) yes
checking whether byte ordering is bigendian... yes
checking for xlc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for size_t... yes
checking for memmove... yes
checking for bcopy... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for off_t... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... no
checking check.h usability... no
checking check.h presence... no
checking for check.h... no
checking for check.h... (cached) no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating expat_config.h
> make
        /bin/sh ./libtool --silent --mode=compile xlc -g -
DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o lib/xmlparse.lo -
c lib/xmlparse.c
"lib/expat.h", line 46.27: 1506-275 (S) Unexpected 
text ',' encountered.
make: 1254-004 The error code from the last command 
is 1.


Stop.
>


/* Solution */
delete last ',' in enum XML_Status  

----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 11:43

Message:
Logged In: YES 
user_id=52414

Yes, most C compilers on commercial Unix systems are still
implementing C89, not C99.

I think it's a good idea to avoid C99 for now, such as '//'
comments and final ',' in lists.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1032878&group_id=10127
From noreply at sourceforge.net  Fri Sep 24 11:46:35 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Sep 24 12:02:44 2004
Subject: [Expat-bugs] [ expat-Bugs-1033923 ] building expat 1.95.8 on
	Solaris using Sun's compiler
Message-ID: <E1CAmex-0002ri-00@sc8-sf-web2.sourceforge.net>

Bugs item #1033923, was opened at 2004-09-24 11:46
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dimitri Papadopoulos (papadopo)
Assigned to: Nobody/Anonymous (nobody)
Summary: building expat 1.95.8 on Solaris using Sun's compiler

Initial Comment:
Hi,

I'm building expat 1.95.8 on Solaris 8 using the Sun
ONE Studio 7 compiler.

The build succeeds, although I see some warnings that
need to be fixed:
"lib/xmlparse.c", line 1572: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1578: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1586: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1719: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1725: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1733: warning: enum type
mismatch: op "="

The problem is that variable "result" has type
"XML_Error" while the constants in the right part of
the "=" operator have type "XML_Status".


Otherwise I can confirm bug #1000112 where
expat_external.h is not installed.


Finally 'make run-xmltest' fails. Here is the complete log:

wget --output-document=tests/xmlts.zip         http://www.w3.org/XML/Test/xmlts20020606.zip
--11:30:34--  http://www.w3.org/XML/Test/xmlts20020606.zip
           => `tests/xmlts.zip'
Resolving www.w3.org... 128.30.52.25, 133.27.228.207,
18.7.14.127, ...
Connecting to www.w3.org[128.30.52.25]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,551,683 [application/zip]

100%[====================================>] 1,551,683 
  195.26K/s    ETA 00:00

11:30:43 (181.12 KB/s) - `tests/xmlts.zip' saved
[1551683/1551683]

cd tests && unzip -q xmlts.zip
tests/xmltest.sh
tests/xmltest.sh:
/tmp/expat-1.95.8/tests/XML-Test-Suite/xmlconf/ibm/valid/P*/:
does not exist
gmake: *** [run-xmltest] Error 1


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127
From noreply at sourceforge.net  Fri Sep 24 13:12:45 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Sep 24 13:12:50 2004
Subject: [Expat-bugs] [ expat-Bugs-1033965 ] Building application fails with
	Intel C compiler (1.95.7)
Message-ID: <E1CAo0L-0005n6-00@sc8-sf-web2.sourceforge.net>

Bugs item #1033965, was opened at 2004-09-24 13:12
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033965&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Arjen Markus (arjenmarkus)
Assigned to: Greg Stein (gstein)
Summary: Building application fails with Intel C compiler (1.95.7)

Initial Comment:
I tried to build a small application using the Intel C
compiler under Linux. The compiler chokes on the use of
the macro XMLCALL:

../lib/include/expat.h(261): warning #1287: invalid
attribute for field "malloc_fcn"
    void *(XMLCALL *malloc_fcn)(size_t size);
                    ^

The macro seems to be set to an empty string, as there
is no specific information for that compiler in the
header file, but I have not thoroughly investigated
this.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033965&group_id=10127
From noreply at sourceforge.net  Fri Sep 24 14:58:37 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Sep 24 14:58:46 2004
Subject: [Expat-bugs] [ expat-Bugs-1033965 ] Building application fails with
	Intel C compiler (1.95.7)
Message-ID: <E1CApen-0001kn-00@sc8-sf-web2.sourceforge.net>

Bugs item #1033965, was opened at 2004-09-24 07:12
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033965&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Arjen Markus (arjenmarkus)
Assigned to: Greg Stein (gstein)
Summary: Building application fails with Intel C compiler (1.95.7)

Initial Comment:
I tried to build a small application using the Intel C
compiler under Linux. The compiler chokes on the use of
the macro XMLCALL:

../lib/include/expat.h(261): warning #1287: invalid
attribute for field "malloc_fcn"
    void *(XMLCALL *malloc_fcn)(size_t size);
                    ^

The macro seems to be set to an empty string, as there
is no specific information for that compiler in the
header file, but I have not thoroughly investigated
this.



----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 08:58

Message:
Logged In: YES 
user_id=290026

This might not be a problem with Expat 1.95.8.
Could you please try?

Karl

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033965&group_id=10127
From noreply at sourceforge.net  Fri Sep 24 15:00:21 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Sep 24 15:00:28 2004
Subject: [Expat-bugs] [ expat-Bugs-1033923 ] building expat 1.95.8 on
	Solaris using Sun's compiler
Message-ID: <E1CApgT-0001om-00@sc8-sf-web2.sourceforge.net>

Bugs item #1033923, was opened at 2004-09-24 05:46
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dimitri Papadopoulos (papadopo)
Assigned to: Nobody/Anonymous (nobody)
Summary: building expat 1.95.8 on Solaris using Sun's compiler

Initial Comment:
Hi,

I'm building expat 1.95.8 on Solaris 8 using the Sun
ONE Studio 7 compiler.

The build succeeds, although I see some warnings that
need to be fixed:
"lib/xmlparse.c", line 1572: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1578: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1586: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1719: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1725: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1733: warning: enum type
mismatch: op "="

The problem is that variable "result" has type
"XML_Error" while the constants in the right part of
the "=" operator have type "XML_Status".


Otherwise I can confirm bug #1000112 where
expat_external.h is not installed.


Finally 'make run-xmltest' fails. Here is the complete log:

wget --output-document=tests/xmlts.zip         http://www.w3.org/XML/Test/xmlts20020606.zip
--11:30:34--  http://www.w3.org/XML/Test/xmlts20020606.zip
           => `tests/xmlts.zip'
Resolving www.w3.org... 128.30.52.25, 133.27.228.207,
18.7.14.127, ...
Connecting to www.w3.org[128.30.52.25]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,551,683 [application/zip]

100%[====================================>] 1,551,683 
  195.26K/s    ETA 00:00

11:30:43 (181.12 KB/s) - `tests/xmlts.zip' saved
[1551683/1551683]

cd tests && unzip -q xmlts.zip
tests/xmltest.sh
tests/xmltest.sh:
/tmp/expat-1.95.8/tests/XML-Test-Suite/xmlconf/ibm/valid/P*/:
does not exist
gmake: *** [run-xmltest] Error 1


----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 09:00

Message:
Logged In: YES 
user_id=290026

I think the warning is fixed in CVS. 
For running the tests - did you download and install the
XML-Test-Suite?

Karl

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127
From noreply at sourceforge.net  Fri Sep 24 15:07:29 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Sep 24 15:07:33 2004
Subject: [Expat-bugs] [ expat-Bugs-1032878 ] Build 1.95.8 fail under AIX 4.3
Message-ID: <E1CApnN-0006DW-00@sc8-sf-web1.sourceforge.net>

Bugs item #1032878, was opened at 2004-09-22 15:30
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1032878&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: Build 1.95.8 fail under AIX 4.3

Initial Comment:
> export CC=xlc
> ./configure --prefix=$HOME/xml
checking build system type... rs6000-ibm-aix4.3.2.0
checking host system type... rs6000-ibm-aix4.3.2.0
checking for gcc... xlc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... no
checking whether xlc accepts -g... yes
checking for non-GNU ld... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking command to parse /usr/bin/nm -B output... ok
checking how to run the C preprocessor... xlc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for xlc option to produce PIC... none
checking if xlc static flag -bnso -bI:/lib/syscalls.exp 
works... yes
checking if xlc supports -c -o file.o... no
checking if we can lock with hard links... yes
checking whether the linker (/usr/bin/ld) supports shared 
libraries... yes
checking how to hardcode library paths into programs... 
immediate
checking whether stripping libraries is possible... no
checking dynamic linker characteristics... aix4.3.2.0 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
creating libtool
checking for gcc... (cached) xlc
checking whether we are using the GNU C compiler... 
(cached) no
checking whether xlc accepts -g... (cached) yes
checking for a BSD-compatible install... conftools/install-
sh -c
checking for ANSI C header files... (cached) yes
checking whether byte ordering is bigendian... yes
checking for xlc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for size_t... yes
checking for memmove... yes
checking for bcopy... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for off_t... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... no
checking check.h usability... no
checking check.h presence... no
checking for check.h... no
checking for check.h... (cached) no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating expat_config.h
> make
        /bin/sh ./libtool --silent --mode=compile xlc -g -
DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o lib/xmlparse.lo -
c lib/xmlparse.c
"lib/expat.h", line 46.27: 1506-275 (S) Unexpected 
text ',' encountered.
make: 1254-004 The error code from the last command 
is 1.


Stop.
>


/* Solution */
delete last ',' in enum XML_Status  

----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 09:07

Message:
Logged In: YES 
user_id=290026

Removed the comma from expat.h in current CVS.
Let us know if there are any more such problems.

----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 05:43

Message:
Logged In: YES 
user_id=52414

Yes, most C compilers on commercial Unix systems are still
implementing C89, not C99.

I think it's a good idea to avoid C99 for now, such as '//'
comments and final ',' in lists.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1032878&group_id=10127
From noreply at sourceforge.net  Fri Sep 24 15:14:02 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Sep 24 15:14:06 2004
Subject: [Expat-bugs] [ expat-Bugs-1033923 ] building expat 1.95.8 on
	Solaris using Sun's compiler
Message-ID: <E1CApti-0006YK-00@sc8-sf-web3.sourceforge.net>

Bugs item #1033923, was opened at 2004-09-24 11:46
Message generated for change (Comment added) made by papadopo
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dimitri Papadopoulos (papadopo)
Assigned to: Nobody/Anonymous (nobody)
Summary: building expat 1.95.8 on Solaris using Sun's compiler

Initial Comment:
Hi,

I'm building expat 1.95.8 on Solaris 8 using the Sun
ONE Studio 7 compiler.

The build succeeds, although I see some warnings that
need to be fixed:
"lib/xmlparse.c", line 1572: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1578: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1586: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1719: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1725: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1733: warning: enum type
mismatch: op "="

The problem is that variable "result" has type
"XML_Error" while the constants in the right part of
the "=" operator have type "XML_Status".


Otherwise I can confirm bug #1000112 where
expat_external.h is not installed.


Finally 'make run-xmltest' fails. Here is the complete log:

wget --output-document=tests/xmlts.zip         http://www.w3.org/XML/Test/xmlts20020606.zip
--11:30:34--  http://www.w3.org/XML/Test/xmlts20020606.zip
           => `tests/xmlts.zip'
Resolving www.w3.org... 128.30.52.25, 133.27.228.207,
18.7.14.127, ...
Connecting to www.w3.org[128.30.52.25]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,551,683 [application/zip]

100%[====================================>] 1,551,683 
  195.26K/s    ETA 00:00

11:30:43 (181.12 KB/s) - `tests/xmlts.zip' saved
[1551683/1551683]

cd tests && unzip -q xmlts.zip
tests/xmltest.sh
tests/xmltest.sh:
/tmp/expat-1.95.8/tests/XML-Test-Suite/xmlconf/ibm/valid/P*/:
does not exist
gmake: *** [run-xmltest] Error 1


----------------------------------------------------------------------

>Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 15:14

Message:
Logged In: YES 
user_id=52414

No, I haven't installed XML-Test-Suite manually.

Isn't it supposed to be downloaded and installed
automatically? It does seem to be downloaded automatically,
using wget. See log.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 15:00

Message:
Logged In: YES 
user_id=290026

I think the warning is fixed in CVS. 
For running the tests - did you download and install the
XML-Test-Suite?

Karl

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127
From noreply at sourceforge.net  Fri Sep 24 15:24:36 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Sep 24 15:24:40 2004
Subject: [Expat-bugs] [ expat-Bugs-1033923 ] building expat 1.95.8 on
	Solaris using Sun's compiler
Message-ID: <E1CAq3w-0006xI-00@sc8-sf-web1.sourceforge.net>

Bugs item #1033923, was opened at 2004-09-24 05:46
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dimitri Papadopoulos (papadopo)
Assigned to: Nobody/Anonymous (nobody)
Summary: building expat 1.95.8 on Solaris using Sun's compiler

Initial Comment:
Hi,

I'm building expat 1.95.8 on Solaris 8 using the Sun
ONE Studio 7 compiler.

The build succeeds, although I see some warnings that
need to be fixed:
"lib/xmlparse.c", line 1572: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1578: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1586: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1719: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1725: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1733: warning: enum type
mismatch: op "="

The problem is that variable "result" has type
"XML_Error" while the constants in the right part of
the "=" operator have type "XML_Status".


Otherwise I can confirm bug #1000112 where
expat_external.h is not installed.


Finally 'make run-xmltest' fails. Here is the complete log:

wget --output-document=tests/xmlts.zip         http://www.w3.org/XML/Test/xmlts20020606.zip
--11:30:34--  http://www.w3.org/XML/Test/xmlts20020606.zip
           => `tests/xmlts.zip'
Resolving www.w3.org... 128.30.52.25, 133.27.228.207,
18.7.14.127, ...
Connecting to www.w3.org[128.30.52.25]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,551,683 [application/zip]

100%[====================================>] 1,551,683 
  195.26K/s    ETA 00:00

11:30:43 (181.12 KB/s) - `tests/xmlts.zip' saved
[1551683/1551683]

cd tests && unzip -q xmlts.zip
tests/xmltest.sh
tests/xmltest.sh:
/tmp/expat-1.95.8/tests/XML-Test-Suite/xmlconf/ibm/valid/P*/:
does not exist
gmake: *** [run-xmltest] Error 1


----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 09:24

Message:
Logged In: YES 
user_id=290026

You may be right - I wasn't aware that the XML_Test-Suite
gets downloaded. Can you find  the downloaded directories?
Maybe it has changed - the test scripts are only tested
with a specific release of the test suite.

----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 09:14

Message:
Logged In: YES 
user_id=52414

No, I haven't installed XML-Test-Suite manually.

Isn't it supposed to be downloaded and installed
automatically? It does seem to be downloaded automatically,
using wget. See log.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 09:00

Message:
Logged In: YES 
user_id=290026

I think the warning is fixed in CVS. 
For running the tests - did you download and install the
XML-Test-Suite?

Karl

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127
From noreply at sourceforge.net  Fri Sep 24 15:51:50 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Sep 24 15:51:55 2004
Subject: [Expat-bugs] [ expat-Bugs-1033923 ] building expat 1.95.8 on
	Solaris using Sun's compiler
Message-ID: <E1CAqUI-00088Q-00@sc8-sf-web1.sourceforge.net>

Bugs item #1033923, was opened at 2004-09-24 11:46
Message generated for change (Comment added) made by papadopo
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dimitri Papadopoulos (papadopo)
Assigned to: Nobody/Anonymous (nobody)
Summary: building expat 1.95.8 on Solaris using Sun's compiler

Initial Comment:
Hi,

I'm building expat 1.95.8 on Solaris 8 using the Sun
ONE Studio 7 compiler.

The build succeeds, although I see some warnings that
need to be fixed:
"lib/xmlparse.c", line 1572: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1578: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1586: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1719: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1725: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1733: warning: enum type
mismatch: op "="

The problem is that variable "result" has type
"XML_Error" while the constants in the right part of
the "=" operator have type "XML_Status".


Otherwise I can confirm bug #1000112 where
expat_external.h is not installed.


Finally 'make run-xmltest' fails. Here is the complete log:

wget --output-document=tests/xmlts.zip         http://www.w3.org/XML/Test/xmlts20020606.zip
--11:30:34--  http://www.w3.org/XML/Test/xmlts20020606.zip
           => `tests/xmlts.zip'
Resolving www.w3.org... 128.30.52.25, 133.27.228.207,
18.7.14.127, ...
Connecting to www.w3.org[128.30.52.25]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,551,683 [application/zip]

100%[====================================>] 1,551,683 
  195.26K/s    ETA 00:00

11:30:43 (181.12 KB/s) - `tests/xmlts.zip' saved
[1551683/1551683]

cd tests && unzip -q xmlts.zip
tests/xmltest.sh
tests/xmltest.sh:
/tmp/expat-1.95.8/tests/XML-Test-Suite/xmlconf/ibm/valid/P*/:
does not exist
gmake: *** [run-xmltest] Error 1


----------------------------------------------------------------------

>Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 15:51

Message:
Logged In: YES 
user_id=52414

The directories seem to be there and wget seems to have
downloaded xmlts20020606.zip.

It rather looks like a bug in tests/xmltest.sh.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 15:24

Message:
Logged In: YES 
user_id=290026

You may be right - I wasn't aware that the XML_Test-Suite
gets downloaded. Can you find  the downloaded directories?
Maybe it has changed - the test scripts are only tested
with a specific release of the test suite.

----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 15:14

Message:
Logged In: YES 
user_id=52414

No, I haven't installed XML-Test-Suite manually.

Isn't it supposed to be downloaded and installed
automatically? It does seem to be downloaded automatically,
using wget. See log.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 15:00

Message:
Logged In: YES 
user_id=290026

I think the warning is fixed in CVS. 
For running the tests - did you download and install the
XML-Test-Suite?

Karl

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127
From noreply at sourceforge.net  Fri Sep 24 17:03:15 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Sep 24 17:03:20 2004
Subject: [Expat-bugs] [ expat-Bugs-1033923 ] building expat 1.95.8 on
	Solaris using Sun's compiler
Message-ID: <E1CArbP-0007gV-00@sc8-sf-web4.sourceforge.net>

Bugs item #1033923, was opened at 2004-09-24 05:46
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dimitri Papadopoulos (papadopo)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: building expat 1.95.8 on Solaris using Sun's compiler

Initial Comment:
Hi,

I'm building expat 1.95.8 on Solaris 8 using the Sun
ONE Studio 7 compiler.

The build succeeds, although I see some warnings that
need to be fixed:
"lib/xmlparse.c", line 1572: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1578: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1586: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1719: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1725: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1733: warning: enum type
mismatch: op "="

The problem is that variable "result" has type
"XML_Error" while the constants in the right part of
the "=" operator have type "XML_Status".


Otherwise I can confirm bug #1000112 where
expat_external.h is not installed.


Finally 'make run-xmltest' fails. Here is the complete log:

wget --output-document=tests/xmlts.zip         http://www.w3.org/XML/Test/xmlts20020606.zip
--11:30:34--  http://www.w3.org/XML/Test/xmlts20020606.zip
           => `tests/xmlts.zip'
Resolving www.w3.org... 128.30.52.25, 133.27.228.207,
18.7.14.127, ...
Connecting to www.w3.org[128.30.52.25]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,551,683 [application/zip]

100%[====================================>] 1,551,683 
  195.26K/s    ETA 00:00

11:30:43 (181.12 KB/s) - `tests/xmlts.zip' saved
[1551683/1551683]

cd tests && unzip -q xmlts.zip
tests/xmltest.sh
tests/xmltest.sh:
/tmp/expat-1.95.8/tests/XML-Test-Suite/xmlconf/ibm/valid/P*/:
does not exist
gmake: *** [run-xmltest] Error 1


----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 11:03

Message:
Logged In: YES 
user_id=290026

This may have to do with slight differences in how
shell scripts work on different platforms. 
I'll assign this to Fred, as he is more knowledgeable on Unix.

----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 09:51

Message:
Logged In: YES 
user_id=52414

The directories seem to be there and wget seems to have
downloaded xmlts20020606.zip.

It rather looks like a bug in tests/xmltest.sh.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 09:24

Message:
Logged In: YES 
user_id=290026

You may be right - I wasn't aware that the XML_Test-Suite
gets downloaded. Can you find  the downloaded directories?
Maybe it has changed - the test scripts are only tested
with a specific release of the test suite.

----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 09:14

Message:
Logged In: YES 
user_id=52414

No, I haven't installed XML-Test-Suite manually.

Isn't it supposed to be downloaded and installed
automatically? It does seem to be downloaded automatically,
using wget. See log.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 09:00

Message:
Logged In: YES 
user_id=290026

I think the warning is fixed in CVS. 
For running the tests - did you download and install the
XML-Test-Suite?

Karl

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127
From noreply at sourceforge.net  Fri Sep 24 17:20:04 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Sep 24 17:20:07 2004
Subject: [Expat-bugs] [ expat-Bugs-1000112 ] expat_external.h not installed
	on Solaris 8
Message-ID: <E1CArrg-0003gS-00@sc8-sf-web1.sourceforge.net>

Bugs item #1000112, was opened at 2004-07-29 09:37
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1000112&group_id=10127

Category: Build control
Group: Platform Specific
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: expat_external.h not installed on Solaris 8

Initial Comment:
I have installed expat on Solaris 8. Everything worked fine 
with ./configure ; make ; make install, with the exception of 
the file expat_external.h. It should be copied 
to /usr/local/include, but it is not.  
 
The reason is probably that install is used to copy expat.h 
and expat_external.h at the same time. I assume that the 
Solaris install command accepts only one file as an 
argument.  

----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2004-09-24 11:20

Message:
Logged In: YES 
user_id=3066

Fixed in CVS.

Makefile.in revision 1.8


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-09-02 17:09

Message:
Logged In: NO 

Hi There 

Same goes for Solaris 9

Solution is to copy expat_external.h from <build dir>/lib 
to /usr/local/include/

----------------------------------------------------------------------

Comment By: Dennis Ingram (ingramdw)
Date: 2004-08-31 20:33

Message:
Logged In: YES 
user_id=1114227

FWIW, this is also a problem on AIX 5.2

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-07-29 09:37

Message:
Logged In: NO 

Sorry, forgot my address: thomas.steffen at mbalance.com.  

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1000112&group_id=10127
From noreply at sourceforge.net  Fri Sep 24 18:42:05 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Sep 24 18:42:09 2004
Subject: [Expat-bugs] [ expat-Bugs-1010793 ] build fails on Solaris 8
Message-ID: <E1CAt93-00077B-00@sc8-sf-web3.sourceforge.net>

Bugs item #1010793, was opened at 2004-08-17 08:14
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1010793&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: build fails on Solaris 8

Initial Comment:
Submitted by: Ave.Wrigley@itn.co.uk

> uname -a
SunOS www1 5.8 Generic_117000-03 sun4u sparc
SUNW,Ultra-4 Solaris
> ./configure
checking build system type... sparc-sun-solaris2.8
checking host system type... sparc-sun-solaris2.8
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for ld used by GCC... /usr/ccs/bin/ld
checking if the linker (/usr/ccs/bin/ld) is GNU ld... no
checking for /usr/ccs/bin/ld option to reload object
files... -r
checking for BSD-compatible nm... /usr/local/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking command to parse /usr/local/bin/nm -B output... ok
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/ccs/bin/ld) supports
shared libraries... yes
checking how to hardcode library paths into programs...
immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... solaris2.8 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
creating libtool
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler...
(cached) yes
checking whether gcc accepts -g... (cached) yes
checking for a BSD-compatible install...
/usr/local/bin/install -c
checking whether gcc accepts -fexceptions... yes
checking for ANSI C header files... (cached) yes
checking whether byte ordering is bigendian... yes
checking for gcc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for size_t... yes
checking for memmove... yes
checking for bcopy... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for off_t... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking check.h usability... no
checking check.h presence... no
checking for check.h... no
checking for check.h... (cached) no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating expat_config.h
config.status: expat_config.h is unchanged
> make
/bin/bash ./libtool --silent --mode=compile gcc -g -O2
-Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o
lib/xmlparse.lo -c lib/xmlparse.c
/bin/bash ./libtool --silent --mode=compile gcc -g -O2
-Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o
lib/xmltok.lo -c lib/xmltok.c
/bin/bash ./libtool --silent --mode=compile gcc -g -O2
-Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o
lib/xmlrole.lo -c lib/xmlrole.c
/bin/bash ./libtool --silent --mode=link gcc -g -O2
-Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I.
-no-undefined -version-info 5:0:5 -rpath /usr/local/lib
 -o libexpat.la lib/xmlparse.lo lib/xmltok.lo
lib/xmlrole.lo
Undefined                       first referenced
 symbol                             in file
__eprintf                           lib/xmlparse.lo
ld: fatal: Symbol referencing errors. No output written
to .libs/libexpat.so.0.5.0
make: *** [libexpat.la] Error 1


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-09-24 09:42

Message:
Logged In: NO 

This turned out to be a problem with assert as defined in 
/usr/local/sparc-sun-solaris2.8/include/assert.h.  I copied
the assert.h
from /usr/include and built using that.  I received a
warning about
"pragma ident ignored" but all went well.

Steve S.

----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 02:40

Message:
Logged In: YES 
user_id=52414

What is the output of:

$ cat > foo.c
int main() { return 0; }
$ gcc -v foo.c

This looks like a gcc bug. Maybe this compiler has been
built on a different system than the one it is used on. This
must be avoided since GCC overrides some system header files
at build-time, and thus depends on the specificities of the
system it was built on.

Also which version of expat is this?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1010793&group_id=10127
From noreply at sourceforge.net  Mon Sep 27 11:41:04 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Sep 27 11:41:11 2004
Subject: [Expat-bugs] [ expat-Bugs-1033965 ] Building application fails with
	Intel C compiler (1.95.7)
Message-ID: <E1CBs0G-00036X-00@sc8-sf-web3.sourceforge.net>

Bugs item #1033965, was opened at 2004-09-24 13:12
Message generated for change (Comment added) made by arjenmarkus
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033965&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Arjen Markus (arjenmarkus)
Assigned to: Greg Stein (gstein)
Summary: Building application fails with Intel C compiler (1.95.7)

Initial Comment:
I tried to build a small application using the Intel C
compiler under Linux. The compiler chokes on the use of
the macro XMLCALL:

../lib/include/expat.h(261): warning #1287: invalid
attribute for field "malloc_fcn"
    void *(XMLCALL *malloc_fcn)(size_t size);
                    ^

The macro seems to be set to an empty string, as there
is no specific information for that compiler in the
header file, but I have not thoroughly investigated
this.



----------------------------------------------------------------------

>Comment By: Arjen Markus (arjenmarkus)
Date: 2004-09-27 11:41

Message:
Logged In: YES 
user_id=400048

I tried with Expat 1.95.8:
the result was two warnings only, but the C source was
compiled and the program that finally results does the job
correctly.

Here are the warnings:
../expat-1.95.8/lib/expat.h(501): warning #1287: invalid
attribute for field "convert"
    int (XMLCALL *convert)(void *data, const char *s);
                  ^

../expat-1.95.8/lib/expat.h(502): warning #1287: invalid
attribute for field "release"
    void (XMLCALL *release)(void *data);
                   ^
(As far as I am concerned: this version is okay :))



----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 14:58

Message:
Logged In: YES 
user_id=290026

This might not be a problem with Expat 1.95.8.
Could you please try?

Karl

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033965&group_id=10127
From noreply at sourceforge.net  Mon Sep 27 12:05:56 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Sep 27 12:06:01 2004
Subject: [Expat-bugs] [ expat-Bugs-1033923 ] building expat 1.95.8 on
	Solaris using Sun's compiler
Message-ID: <E1CBsOK-0004fp-00@sc8-sf-web1.sourceforge.net>

Bugs item #1033923, was opened at 2004-09-24 11:46
Message generated for change (Comment added) made by papadopo
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dimitri Papadopoulos (papadopo)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: building expat 1.95.8 on Solaris using Sun's compiler

Initial Comment:
Hi,

I'm building expat 1.95.8 on Solaris 8 using the Sun
ONE Studio 7 compiler.

The build succeeds, although I see some warnings that
need to be fixed:
"lib/xmlparse.c", line 1572: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1578: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1586: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1719: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1725: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1733: warning: enum type
mismatch: op "="

The problem is that variable "result" has type
"XML_Error" while the constants in the right part of
the "=" operator have type "XML_Status".


Otherwise I can confirm bug #1000112 where
expat_external.h is not installed.


Finally 'make run-xmltest' fails. Here is the complete log:

wget --output-document=tests/xmlts.zip         http://www.w3.org/XML/Test/xmlts20020606.zip
--11:30:34--  http://www.w3.org/XML/Test/xmlts20020606.zip
           => `tests/xmlts.zip'
Resolving www.w3.org... 128.30.52.25, 133.27.228.207,
18.7.14.127, ...
Connecting to www.w3.org[128.30.52.25]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,551,683 [application/zip]

100%[====================================>] 1,551,683 
  195.26K/s    ETA 00:00

11:30:43 (181.12 KB/s) - `tests/xmlts.zip' saved
[1551683/1551683]

cd tests && unzip -q xmlts.zip
tests/xmltest.sh
tests/xmltest.sh:
/tmp/expat-1.95.8/tests/XML-Test-Suite/xmlconf/ibm/valid/P*/:
does not exist
gmake: *** [run-xmltest] Error 1


----------------------------------------------------------------------

>Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-27 12:05

Message:
Logged In: YES 
user_id=52414

The problem is with the following code:

##########################
# well-formed test cases #
##########################

cd "$TS/xmlconf"
for xmldir in ibm/valid/P*/               ibm/invalid/P*/               xmltest/valid/ext-sa/               xmltest/valid/not-sa/               xmltest/invalid/               xmltest/invalid/not-sa/               xmltest/valid/sa/               sun/valid/               sun/invalid/ ; do


Indeed the directories are there:
	$ ls -d tests/XML-Test-Suite/xmlconf/ibm/valid/P*/
	tests/XML-Test-Suite/xmlconf/ibm/valid/P01/
	[...]
	tests/XML-Test-Suite/xmlconf/ibm/valid/P89/
	$ 
but the "for" loop should be written as:
	for xmldir in ibm/valid/P* 	              ibm/invalid/P* 	              xmltest/valid/ext-sa 	              xmltest/valid/not-sa 	              xmltest/invalid 	              xmltest/invalid/not-sa 	              xmltest/valid/sa 	              sun/valid 	              sun/invalid ; do
instead of:
	for xmldir in ibm/valid/P*/ 	              ibm/invalid/P*/ 	              xmltest/valid/ext-sa/ 	              xmltest/valid/not-sa/ 	              xmltest/invalid/ 	              xmltest/invalid/not-sa/ 	              xmltest/valid/sa/ 	              sun/valid/ 	              sun/invalid/ ; do
The trailing "/" is wrong, it just happens to work under bash.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 17:03

Message:
Logged In: YES 
user_id=290026

This may have to do with slight differences in how
shell scripts work on different platforms. 
I'll assign this to Fred, as he is more knowledgeable on Unix.

----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 15:51

Message:
Logged In: YES 
user_id=52414

The directories seem to be there and wget seems to have
downloaded xmlts20020606.zip.

It rather looks like a bug in tests/xmltest.sh.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 15:24

Message:
Logged In: YES 
user_id=290026

You may be right - I wasn't aware that the XML_Test-Suite
gets downloaded. Can you find  the downloaded directories?
Maybe it has changed - the test scripts are only tested
with a specific release of the test suite.

----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 15:14

Message:
Logged In: YES 
user_id=52414

No, I haven't installed XML-Test-Suite manually.

Isn't it supposed to be downloaded and installed
automatically? It does seem to be downloaded automatically,
using wget. See log.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 15:00

Message:
Logged In: YES 
user_id=290026

I think the warning is fixed in CVS. 
For running the tests - did you download and install the
XML-Test-Suite?

Karl

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127
From noreply at sourceforge.net  Thu Sep 30 04:36:13 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Sep 30 04:36:18 2004
Subject: [Expat-bugs] [ expat-Bugs-1033923 ] building expat 1.95.8 on
	Solaris using Sun's compiler
Message-ID: <E1CCqnl-0004Ry-00@sc8-sf-web4.sourceforge.net>

Bugs item #1033923, was opened at 2004-09-24 05:46
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dimitri Papadopoulos (papadopo)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: building expat 1.95.8 on Solaris using Sun's compiler

Initial Comment:
Hi,

I'm building expat 1.95.8 on Solaris 8 using the Sun
ONE Studio 7 compiler.

The build succeeds, although I see some warnings that
need to be fixed:
"lib/xmlparse.c", line 1572: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1578: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1586: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1719: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1725: warning: enum type
mismatch: op "="
"lib/xmlparse.c", line 1733: warning: enum type
mismatch: op "="

The problem is that variable "result" has type
"XML_Error" while the constants in the right part of
the "=" operator have type "XML_Status".


Otherwise I can confirm bug #1000112 where
expat_external.h is not installed.


Finally 'make run-xmltest' fails. Here is the complete log:

wget --output-document=tests/xmlts.zip         http://www.w3.org/XML/Test/xmlts20020606.zip
--11:30:34--  http://www.w3.org/XML/Test/xmlts20020606.zip
           => `tests/xmlts.zip'
Resolving www.w3.org... 128.30.52.25, 133.27.228.207,
18.7.14.127, ...
Connecting to www.w3.org[128.30.52.25]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,551,683 [application/zip]

100%[====================================>] 1,551,683 
  195.26K/s    ETA 00:00

11:30:43 (181.12 KB/s) - `tests/xmlts.zip' saved
[1551683/1551683]

cd tests && unzip -q xmlts.zip
tests/xmltest.sh
tests/xmltest.sh:
/tmp/expat-1.95.8/tests/XML-Test-Suite/xmlconf/ibm/valid/P*/:
does not exist
gmake: *** [run-xmltest] Error 1


----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2004-09-29 22:36

Message:
Logged In: YES 
user_id=3066

I've modified the script to address the shell portability
problems; if it's possible to test the CVS version, please
do so and report your results.

tests/xmltest.sh  1.4


----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-27 06:05

Message:
Logged In: YES 
user_id=52414

The problem is with the following code:

##########################
# well-formed test cases #
##########################

cd "$TS/xmlconf"
for xmldir in ibm/valid/P*/               ibm/invalid/P*/               xmltest/valid/ext-sa/               xmltest/valid/not-sa/               xmltest/invalid/               xmltest/invalid/not-sa/               xmltest/valid/sa/               sun/valid/               sun/invalid/ ; do


Indeed the directories are there:
	$ ls -d tests/XML-Test-Suite/xmlconf/ibm/valid/P*/
	tests/XML-Test-Suite/xmlconf/ibm/valid/P01/
	[...]
	tests/XML-Test-Suite/xmlconf/ibm/valid/P89/
	$ 
but the "for" loop should be written as:
	for xmldir in ibm/valid/P* 	              ibm/invalid/P* 	              xmltest/valid/ext-sa 	              xmltest/valid/not-sa 	              xmltest/invalid 	              xmltest/invalid/not-sa 	              xmltest/valid/sa 	              sun/valid 	              sun/invalid ; do
instead of:
	for xmldir in ibm/valid/P*/ 	              ibm/invalid/P*/ 	              xmltest/valid/ext-sa/ 	              xmltest/valid/not-sa/ 	              xmltest/invalid/ 	              xmltest/invalid/not-sa/ 	              xmltest/valid/sa/ 	              sun/valid/ 	              sun/invalid/ ; do
The trailing "/" is wrong, it just happens to work under bash.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 11:03

Message:
Logged In: YES 
user_id=290026

This may have to do with slight differences in how
shell scripts work on different platforms. 
I'll assign this to Fred, as he is more knowledgeable on Unix.

----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 09:51

Message:
Logged In: YES 
user_id=52414

The directories seem to be there and wget seems to have
downloaded xmlts20020606.zip.

It rather looks like a bug in tests/xmltest.sh.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 09:24

Message:
Logged In: YES 
user_id=290026

You may be right - I wasn't aware that the XML_Test-Suite
gets downloaded. Can you find  the downloaded directories?
Maybe it has changed - the test scripts are only tested
with a specific release of the test suite.

----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 09:14

Message:
Logged In: YES 
user_id=52414

No, I haven't installed XML-Test-Suite manually.

Isn't it supposed to be downloaded and installed
automatically? It does seem to be downloaded automatically,
using wget. See log.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 09:00

Message:
Logged In: YES 
user_id=290026

I think the warning is fixed in CVS. 
For running the tests - did you download and install the
XML-Test-Suite?

Karl

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033923&group_id=10127
From noreply at sourceforge.net  Thu Sep 30 04:52:03 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Sep 30 04:52:06 2004
Subject: [Expat-bugs] [ expat-Bugs-1007088 ] .DSW/.DSP contain Unix line
	endings in released tarball
Message-ID: <E1CCr35-0008UJ-00@sc8-sf-web1.sourceforge.net>

Bugs item #1007088, was opened at 2004-08-11 04:04
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1007088&group_id=10127

Category: Build control
Group: Platform Specific
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: .DSW/.DSP contain Unix line endings in released tarball

Initial Comment:
Version tested: 1.95.8 
Platform: Windows server 2003 
Compiler: Visual studio .NET 2003 (VC7.1). 
 
Either the .dsw/.dsp files should be converted prior to 
making the tarball, or the readme in the WIn32 directory 
should indicate that line-ending conversion is requred prior 
to opening the project. 

----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2004-09-29 22:52

Message:
Logged In: YES 
user_id=3066

Fixed by marking these files as binary in CVS and converting
to CR-LF line endings.  All checkouts should now get these
files with CR-LF.

expat.dsw  1.7
examples/examples.dsp  1.6
examples/outline.dsp  1.4
gennmtab/gennmtab.dsp  1.2
lib/expat.dsp  1.13
lib/expat_static.dsp  1.5
lib/expatw.dsp  1.6
lib/expatw_static.dsp  1.5
tests/benchmark/benchmark.dsp  1.2
tests/benchmark/benchmark.dsw  1.2
xmlwf/xmlwf.dsp  1.11


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1007088&group_id=10127
From noreply at sourceforge.net  Thu Sep 30 04:55:40 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Sep 30 04:55:45 2004
Subject: [Expat-bugs] [ expat-Bugs-1010793 ] build fails on Solaris 8
Message-ID: <E1CCr6a-0004z9-00@sc8-sf-web4.sourceforge.net>

Bugs item #1010793, was opened at 2004-08-17 11:14
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1010793&group_id=10127

Category: Build control
>Group: Third-party Bug
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: build fails on Solaris 8

Initial Comment:
Submitted by: Ave.Wrigley@itn.co.uk

> uname -a
SunOS www1 5.8 Generic_117000-03 sun4u sparc
SUNW,Ultra-4 Solaris
> ./configure
checking build system type... sparc-sun-solaris2.8
checking host system type... sparc-sun-solaris2.8
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for ld used by GCC... /usr/ccs/bin/ld
checking if the linker (/usr/ccs/bin/ld) is GNU ld... no
checking for /usr/ccs/bin/ld option to reload object
files... -r
checking for BSD-compatible nm... /usr/local/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking command to parse /usr/local/bin/nm -B output... ok
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/ccs/bin/ld) supports
shared libraries... yes
checking how to hardcode library paths into programs...
immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... solaris2.8 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
creating libtool
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler...
(cached) yes
checking whether gcc accepts -g... (cached) yes
checking for a BSD-compatible install...
/usr/local/bin/install -c
checking whether gcc accepts -fexceptions... yes
checking for ANSI C header files... (cached) yes
checking whether byte ordering is bigendian... yes
checking for gcc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for size_t... yes
checking for memmove... yes
checking for bcopy... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for off_t... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking check.h usability... no
checking check.h presence... no
checking for check.h... no
checking for check.h... (cached) no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating expat_config.h
config.status: expat_config.h is unchanged
> make
/bin/bash ./libtool --silent --mode=compile gcc -g -O2
-Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o
lib/xmlparse.lo -c lib/xmlparse.c
/bin/bash ./libtool --silent --mode=compile gcc -g -O2
-Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o
lib/xmltok.lo -c lib/xmltok.c
/bin/bash ./libtool --silent --mode=compile gcc -g -O2
-Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o
lib/xmlrole.lo -c lib/xmlrole.c
/bin/bash ./libtool --silent --mode=link gcc -g -O2
-Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I.
-no-undefined -version-info 5:0:5 -rpath /usr/local/lib
 -o libexpat.la lib/xmlparse.lo lib/xmltok.lo
lib/xmlrole.lo
Undefined                       first referenced
 symbol                             in file
__eprintf                           lib/xmlparse.lo
ld: fatal: Symbol referencing errors. No output written
to .libs/libexpat.so.0.5.0
make: *** [libexpat.la] Error 1


----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2004-09-29 22:55

Message:
Logged In: YES 
user_id=3066

Ok, I've closed this as a third-party bug; Expat can't
really fix those anyway.

Thanks for following up!

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-09-24 12:42

Message:
Logged In: NO 

This turned out to be a problem with assert as defined in 
/usr/local/sparc-sun-solaris2.8/include/assert.h.  I copied
the assert.h
from /usr/include and built using that.  I received a
warning about
"pragma ident ignored" but all went well.

Steve S.

----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 05:40

Message:
Logged In: YES 
user_id=52414

What is the output of:

$ cat > foo.c
int main() { return 0; }
$ gcc -v foo.c

This looks like a gcc bug. Maybe this compiler has been
built on a different system than the one it is used on. This
must be avoided since GCC overrides some system header files
at build-time, and thus depends on the specificities of the
system it was built on.

Also which version of expat is this?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1010793&group_id=10127
From noreply at sourceforge.net  Thu Sep 30 04:59:16 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Sep 30 04:59:21 2004
Subject: [Expat-bugs] [ expat-Bugs-1032878 ] Build 1.95.8 fail under AIX 4.3
Message-ID: <E1CCrA4-00054V-00@sc8-sf-web4.sourceforge.net>

Bugs item #1032878, was opened at 2004-09-22 15:30
Message generated for change (Settings changed) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1032878&group_id=10127

Category: Build control
Group: Platform Specific
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: Build 1.95.8 fail under AIX 4.3

Initial Comment:
> export CC=xlc
> ./configure --prefix=$HOME/xml
checking build system type... rs6000-ibm-aix4.3.2.0
checking host system type... rs6000-ibm-aix4.3.2.0
checking for gcc... xlc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... no
checking whether xlc accepts -g... yes
checking for non-GNU ld... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking command to parse /usr/bin/nm -B output... ok
checking how to run the C preprocessor... xlc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for xlc option to produce PIC... none
checking if xlc static flag -bnso -bI:/lib/syscalls.exp 
works... yes
checking if xlc supports -c -o file.o... no
checking if we can lock with hard links... yes
checking whether the linker (/usr/bin/ld) supports shared 
libraries... yes
checking how to hardcode library paths into programs... 
immediate
checking whether stripping libraries is possible... no
checking dynamic linker characteristics... aix4.3.2.0 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
creating libtool
checking for gcc... (cached) xlc
checking whether we are using the GNU C compiler... 
(cached) no
checking whether xlc accepts -g... (cached) yes
checking for a BSD-compatible install... conftools/install-
sh -c
checking for ANSI C header files... (cached) yes
checking whether byte ordering is bigendian... yes
checking for xlc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for size_t... yes
checking for memmove... yes
checking for bcopy... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for off_t... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... no
checking check.h usability... no
checking check.h presence... no
checking for check.h... no
checking for check.h... (cached) no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating expat_config.h
> make
        /bin/sh ./libtool --silent --mode=compile xlc -g -
DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o lib/xmlparse.lo -
c lib/xmlparse.c
"lib/expat.h", line 46.27: 1506-275 (S) Unexpected 
text ',' encountered.
make: 1254-004 The error code from the last command 
is 1.


Stop.
>


/* Solution */
delete last ',' in enum XML_Status  

----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2004-09-29 22:59

Message:
Logged In: YES 
user_id=3066

As Karl noted, this is now fixed in CVS.  Closing.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-09-24 09:07

Message:
Logged In: YES 
user_id=290026

Removed the comma from expat.h in current CVS.
Let us know if there are any more such problems.

----------------------------------------------------------------------

Comment By: Dimitri Papadopoulos (papadopo)
Date: 2004-09-24 05:43

Message:
Logged In: YES 
user_id=52414

Yes, most C compilers on commercial Unix systems are still
implementing C89, not C99.

I think it's a good idea to avoid C99 for now, such as '//'
comments and final ',' in lists.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1032878&group_id=10127
From noreply at sourceforge.net  Thu Sep 30 05:03:21 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Sep 30 05:03:24 2004
Subject: [Expat-bugs] [ expat-Bugs-1007202 ] Created library does not appear
	to have correct name.
Message-ID: <E1CCrE1-0005mz-00@sc8-sf-web3.sourceforge.net>

Bugs item #1007202, was opened at 2004-08-11 08:00
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1007202&group_id=10127

Category: Build control
>Group: Not a Bug
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: Created library does not appear to have correct name.

Initial Comment:
Expat Version: 1.95.8 
Platform: Linux SusE 8.1 
Compiler: gcc 3.3.1 
 
On Linux the configure -> make process creates these files: 
libexpat.so 
libexpat.so.0 
libexpat.so.0.5.0 
 
It is hard to equate 0.5.0 with the Expat version, 1.95.8 
 
This may cause confusion when more than one Expat 
library version resides on the same system. 

----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2004-09-29 23:03

Message:
Logged In: YES 
user_id=3066

The three numbers in the .so name are controlled by a set of
conventions for updates that are not defined by Expat. 
Making these match the Expat release version is not a goal
for the Expat project.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1007202&group_id=10127