From noreply@sourceforge.net Tue Apr 3 23:41:53 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 03 Apr 2001 15:41:53 -0700 Subject: [Expat-bugs] [ expat-Bugs-413551 ] internal parameter entities not handled Message-ID: Bugs item #413551, was updated on 2001-04-03 15:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: internal parameter entities not handled Initial Comment: In the attached file there are 2 entities that are misinterpreted. &test; - the entity definition compiles but causes and error when referenced, yet it is cleary legal and should produce the output listed in the comment. &book; - this is an entity example taken from the XML recommendation. The parameter entity reference within the book entity declaration causes and error. The recommendation is clear that this should work. I consider these to be high priority. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 From noreply@sourceforge.net Tue Apr 3 23:43:56 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 03 Apr 2001 15:43:56 -0700 Subject: [Expat-bugs] [ expat-Bugs-413551 ] internal parameter entities not handled Message-ID: Bugs item #413551, was updated on 2001-04-03 15:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: internal parameter entities not handled Initial Comment: In the attached file there are 2 entities that are misinterpreted. &test; - the entity definition compiles but causes and error when referenced, yet it is cleary legal and should produce the output listed in the comment. &book; - this is an entity example taken from the XML recommendation. The parameter entity reference within the book entity declaration causes and error. The recommendation is clear that this should work. I consider these to be high priority. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-04-03 15:43 Message: Logged In: NO This was tested against version expat 1.2 from jclark.com. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 From noreply@sourceforge.net Wed Apr 4 09:00:42 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 01:00:42 -0700 Subject: [Expat-bugs] [ expat-Bugs-413653 ] XMLPARSERAPI and __cdecl Message-ID: Bugs item #413653, was updated on 2001-04-04 01:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413653&group_id=10127 Category: Build control Group: Platform Specific Status: Open Priority: 5 Submitted By: Matthew Versluys (styxlord) Assigned to: Nobody/Anonymous (nobody) Summary: XMLPARSERAPI and __cdecl Initial Comment: If before including expath.h XMLPARSERAPI is defined to __declspec(dllimport) __cdecl which is required if you are building a project with fastcall calling convention the following errors result. expat.h(548) : error C2165: 'left-side modifier' : cannot modify pointers to data expat.h(574) : error C2165: 'left-side modifier' : cannot modify pointers to data expat.h(689) : error C2165: 'left-side modifier' : cannot modify pointers to data Include\expat.h(702) : error C2165: 'left-side modifier' : cannot modify pointers to data Include\expat.h(706) : error C2165: 'left-side modifier' : cannot modify pointers to data Which is the result of the XMLPARSEAPI definition apearing between the return type and the * modifier indicating that the return type is a pointer. By moving XMLPARSEAPI to the right hand side of the * modifier the problem is resolved. This is using expat_win32bin 1.95.1 with Microsoft Visual Studio 6.0 SP4. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413653&group_id=10127 From noreply@sourceforge.net Wed Apr 4 09:10:24 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 01:10:24 -0700 Subject: [Expat-bugs] [ expat-Bugs-413653 ] XMLPARSERAPI and __cdecl Message-ID: Bugs item #413653, was updated on 2001-04-04 01:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413653&group_id=10127 Category: Build control Group: Platform Specific Status: Open Priority: 5 Submitted By: Matthew Versluys (styxlord) Assigned to: Nobody/Anonymous (nobody) Summary: XMLPARSERAPI and __cdecl Initial Comment: If before including expath.h XMLPARSERAPI is defined to __declspec(dllimport) __cdecl which is required if you are building a project with fastcall calling convention the following errors result. expat.h(548) : error C2165: 'left-side modifier' : cannot modify pointers to data expat.h(574) : error C2165: 'left-side modifier' : cannot modify pointers to data expat.h(689) : error C2165: 'left-side modifier' : cannot modify pointers to data Include\expat.h(702) : error C2165: 'left-side modifier' : cannot modify pointers to data Include\expat.h(706) : error C2165: 'left-side modifier' : cannot modify pointers to data Which is the result of the XMLPARSEAPI definition apearing between the return type and the * modifier indicating that the return type is a pointer. By moving XMLPARSEAPI to the right hand side of the * modifier the problem is resolved. This is using expat_win32bin 1.95.1 with Microsoft Visual Studio 6.0 SP4. ---------------------------------------------------------------------- >Comment By: Matthew Versluys (styxlord) Date: 2001-04-04 01:10 Message: Logged In: YES user_id=188602 Of course, now that I'm awake this doesn't produce the desired result anyhow since it now ignores the __declspec (dllimport) for those functions. The real fix is the have an XMLPARSEDECL definition which appears before the return arguments to the functions which is where the __declspec (import) belongs and the __cdecl is used with XMLPARSEAPI. The expat_win32bin 1.95.1 package doesn't include an import library so the functions need to be manually bound using LoadLibrary, GetProcAddress anyhow. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413653&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:31:50 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:31:50 -0700 Subject: [Expat-bugs] [ expat-Bugs-222061 ] configure: error: no acceptable ld found in $PATH Message-ID: Bugs item #222061, was updated on 2000-11-09 08:11 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=222061&group_id=10127 Category: Build control Group: None Status: Open Priority: 5 Submitted By: D Singh (daywan) >Assigned to: Greg Stein (gstein) Summary: configure: error: no acceptable ld found in $PATH Initial Comment: Trying to install expat on SunOS 5.8 using ./configure --prefix=/home/tmp ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-01-26 11:21 Message: Where is ld on your system? Perhaps you need to add something to your path. Take a look in /usr/ccs/bin, /usr/ucb/bin. Please let us know if you find it there and adding the directory fixes the problem. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=222061&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:32:48 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:32:48 -0700 Subject: [Expat-bugs] [ expat-Bugs-219617 ] expat 1.95.1 configure'd Makefile incorrect Message-ID: Bugs item #219617, was updated on 2000-10-28 03:49 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=219617&group_id=10127 Category: Build control Group: None >Status: Closed Priority: 5 Submitted By: Larry W. Virden (lvirden) Assigned to: Nobody/Anonymous (nobody) Summary: expat 1.95.1 configure'd Makefile incorrect Initial Comment: Platform: Ultra 5 SPARC/Solaris 8 Compiler: Sun C compiler v5.0 % /home/lwv26/i/src/Unix/expat/expat-1.95.1/configure --prefix=/projects/intranet creating cache ./config.cache checking host system type... sparc-sun-solaris2.8 checking build system type... sparc-sun-solaris2.8 checking for ranlib... ranlib checking for gcc... cc checking whether the C compiler (cc ) works... yes checking whether the C compiler (cc ) is a cross-compiler... no checking whether we are using GNU C... no checking whether cc accepts -g... yes checking for non-GNU ld... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking whether ln -s works... yes updating cache ./config.cache loading cache ./config.cache within ltconfig checking whether we are using GNU C... no checking for object suffix... o checking for executable suffix... no checking for cc option to produce PIC... -KPIC checking if cc PIC flag -KPIC works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... no checking if cc static flag -Bstatic works... -Bstatic checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking whether the linker (/usr/ccs/bin/ld) supports shared libraries... yes checking command to parse /usr/ccs/bin/nm -p output... ok checking how to hardcode library paths into programs... immediate checking for /usr/ccs/bin/ld option to reload object files... -r 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 checking for objdir... .libs creating libtool updating cache ./config.cache loading cache ./config.cache checking for gcc... (cached) cc checking whether the C compiler (cc -g ) works... yes checking whether the C compiler (cc -g ) is a cross-compiler... no checking whether we are using GNU C... (cached) no checking whether cc accepts -g... (cached) yes checking for a BSD compatible install... /projects/gnu/sparc-sun-solaris2.6/bin/ginstall -c checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for fcntl.h... yes checking for unistd.h... yes checking whether byte ordering is bigendian... yes checking for working const... yes checking for off_t... yes checking for size_t... yes checking for 8-bit clean memcmp... yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking for memmove... yes checking for bcopy... yes updating cache ./config.cache creating ./config.status creating Makefile creating lib/Makefile creating xmlwf/Makefile creating examples/Makefile creating config.h $ make cd lib; make make[1]: Entering directory `/projects/intranet/src/Unix/expat/expat-1.95.1/lib' /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I/home/lwv26/i/src/Unix/expat/expat-1.95.1/lib -I.. -g -c xmlparse.c rm -f .libs/xmlparse.lo cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.1\ -I/home/lwv26/i/src/Unix/expat/expat-1.95.1/lib -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c -KPIC -DPIC -o xmlparse.o command line: fatal: invalid arg for option M D: No such file or directory cc: acomp failed for xmlparse.c make[1]: *** [xmlparse.lo] Error 1 make[1]: Leaving directory `/projects/intranet/src/Unix/expat/expat-1.95.1/lib' make: *** [lib] Error 2 I don't know what the -Wp,-MD was expected to do, and so I am uncertain how to go about fixing this. Help would be appreciated. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:32 Message: Logged In: YES user_id=3066 As noted, this has been fixed. Closing the bug report. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-03-02 00:27 Message: Logged In: NO This bug is now fixed. See the recent commit relating to GCC-specifc dependency info. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-03-02 00:26 Message: Logged In: NO This bug is now fixed. See the recent commit relating to GCC-specifc dependency info. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2000-12-05 11:50 Message: Same thing for the UnixWare7 native C compiler. -W and -M are GCC-specific. I got around this by modifying the .c.o and .c.lo rules in lib/Makefile (actually, should do this in lib/Makefile.in): .c.o: @echo '$(COMPILE) -c $<'; \ $(COMPILE) -c $< # $(COMPILE) -Wp,-MD,.deps/$(*F).pp -c $< # @-cp .deps/$(*F).pp .deps/$(*F).P; \ # tr ' ' '\012' < .deps/$(*F).pp \ # | sed -e 's/^\$$//' -e '/^$$/ d' -e '/:$$/ d' -e 's/$$/ :/' \ # >> .deps/$(*F).P; \ # rm .deps/$(*F).pp .c.lo: @echo '$(LTCOMPILE) -c $<'; \ $(LTCOMPILE) -c $< # test -d .deps || mkdir .deps ; \ # $(LTCOMPILE) -Wp,-MD,.deps/$(*F).pp -c $< # @-sed -e 's/^\([^:]*\)\.o[ ]*:/\1.lo \1.o :/' \ # < .deps/$(*F).pp > .deps/$(*F).P; \ # tr ' ' '\012' < .deps/$(*F).pp \ # | sed -e 's/^\$$//' -e '/^$$/ d' -e '/:$$/ d' -e 's/$$/ :/' \ # >> .deps/$(*F).P; \ # rm -f .deps/$(*F).pp I have no idea what purpose all that tr'ing and sed'ing serves, but commenting it out didn't seem to hurt a thing. Rob Roselius ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2000-11-13 06:57 Message: What switches etc. do you need to make this patch correctly under Digital Unix (4g)? ---------------------------------------------------------------------- Comment By: David Maier (dmaier) Date: 2000-11-08 08:59 Message: The patch also fixes the problem on Digital UNIX. ---------------------------------------------------------------------- Comment By: Changpeng Zhao (czhao) Date: 2000-11-07 22:46 Message: Fixed my problem. Thanks Albert Chin! CZ@building2.co.jp ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2000-11-02 12:46 Message: Albert Chin's patch fixed the problem on AIX Thanks Albert randy@munden.org ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2000-11-02 11:44 Message: Got the same problem from: /home/rmunden/expat-1.95.1 ->uname -a AIX gearmail 3 4 000247004C00 with the AIX C compiler. It doesn't like the -MD preprocessor switch(it uses -M to make dependencies like *.u instead of gcc's *.d) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2000-11-02 07:20 Message: The problem is the automatic dependency tracking in lib/Makefile.in. It should be removed. The patch at ftp://ftp.thewrittenword.com/outgoing/pub/expat-1.95.1.patch fixes it. -- albert chin (china@thewrittenword.com) ---------------------------------------------------------------------- Comment By: Frank W. Douma (fdouma) Date: 2000-11-02 07:17 Message: Same problem with .0 and .1 versions, cannot get it to make on Solaris 2.5.1, with SUNWspro cc compiler. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2000-11-02 06:58 Message: Same problem on SS20, Solaris 2.5.1, SUNWspro CC compiler. ---------------------------------------------------------------------- Comment By: jason rodriguez (jasonr) Date: 2000-11-01 08:59 Message: Same problem on Ultra 5 sunOS 5.6 using the gcc compiler version gcc version 2.5.8 ---------------------------------------------------------------------- Comment By: Dave Warner (davewarner) Date: 2000-10-31 15:14 Message: Same problem on HP-UX 10.20: except the error returned is cpp: error 3: Too many arguments to cpp (?!). ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=219617&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:33:27 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:33:27 -0700 Subject: [Expat-bugs] [ expat-Bugs-230172 ] examples and xmlwf Makefile.in don't support builddir Message-ID: Bugs item #230172, was updated on 2001-01-26 07:32 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=230172&group_id=10127 Category: Build control Group: None Status: Open Priority: 5 Submitted By: Axel Hecht (axelhecht) >Assigned to: Greg Stein (gstein) Summary: examples and xmlwf Makefile.in don't support builddir Initial Comment: The Makefile.in's for xmlwf and examples don't cope with a build dir != srcdir. Please add srcdir = @srcdir@ top_srcdir = @top_srcdir@ VPATH = @srcdir@ and add -I$(srcdir)/../lib to CFLAGS. Should LDFLAGS do -L../lib, or -L../lib/.libs? Axel ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=230172&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:34:31 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:34:31 -0700 Subject: [Expat-bugs] [ expat-Bugs-408035 ] On Irix, make does nothing. Message-ID: Bugs item #408035, was updated on 2001-03-12 13:30 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=408035&group_id=10127 Category: Build control Group: Platform Specific Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Greg Stein (gstein) Summary: On Irix, make does nothing. Initial Comment: configure runs OK, but typing make results in nothing being done. If I change directories to lib and run make, it says there are missing files: ./configure loading cache ./config.cache checking host system type... mips-sgi-irix6.5 checking build system type... mips-sgi-irix6.5 checking for ranlib... (cached) : checking for gcc... (cached) cc checking whether the C compiler (cc ) works... yes checking whether the C compiler (cc ) is a cross-compiler... no checking whether we are using GNU C... (cached) no checking whether cc accepts -g... (cached) yes checking for non-GNU ld... (cached) /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... (cached) no checking for BSD-compatible nm... (cached) /usr/bin/nm -B checking whether ln -s works... (cached) yes loading cache ./config.cache within ltconfig checking whether we are using GNU C... no checking for object suffix... o checking for executable suffix... (cached) no checking for cc option to produce PIC... none checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc static flag -non_shared works... none checking if the linker (/usr/bin/ld -n32) is GNU ld... no checking whether the linker (/usr/bin/ld -n32) supports shared libraries... yes checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/bin/ld -n32 option to reload object files... -r checking dynamic linker characteristics... irix6.5 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool loading cache ./config.cache checking for gcc... (cached) cc checking whether the C compiler (cc -g ) works... yes checking whether the C compiler (cc -g ) is a cross-compiler... no checking whether we are using GNU C... (cached) no checking whether cc accepts -g... (cached) yes checking for a BSD compatible install... conftools/install-sh -c checking how to run the C preprocessor... (cached) cc -E checking for ANSI C header files... (cached) yes checking for fcntl.h... (cached) yes checking for unistd.h... (cached) yes checking whether byte ordering is bigendian... (cached) yes checking for working const... (cached) yes checking for off_t... (cached) yes checking for size_t... (cached) yes checking for 8-bit clean memcmp... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... (cached) yes checking for working mmap... (cached) yes checking for memmove... (cached) yes checking for bcopy... (cached) yes creating ./config.status creating Makefile creating lib/Makefile creating xmlwf/Makefile creating examples/Makefile creating config.h config.h is unchanged make make all cd lib make /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmlparse.c rm -f .libs/xmlparse.lo cc -DHAVE_CONFIG_H "-DPACKAGE=\expat\" "-DVERSION=\expat_1.95.1\" -I. -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c -DPIC -o .libs/xmlparse.lo cc-1574 cc: ERROR The definition of macro %sq is not valid. cc-1005 cc: ERROR The source file ".deps/xmlparse.pp" is unavailable. 2 catastrophic errors detected in the compilation of ".deps/xmlparse.pp". Compilation terminated. *** Error code 1 (bu21) note: lib/.deps is empty. I don't know how xmlparse.pp is supposed to get there, but there isn't anything there. Any suggestions? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-03-12 18:01 Message: Logged In: NO I had the same problem. Make the changes suggested by Albert Chin in the patch located at ftp://ftp.thewrittenword.com/outgoing/pub/expat-1.95.1.patch After the changes do make install. That worked for me. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=408035&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:25:18 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:25:18 -0700 Subject: [Expat-bugs] [ expat-Bugs-408156 ] XML::Parser::parse() segfaults mod_perl Message-ID: Bugs item #408156, was updated on 2001-03-12 23:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=408156&group_id=10127 Category: None Group: Platform Specific Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Clark Cooper (coopercc) Summary: XML::Parser::parse() segfaults mod_perl Initial Comment: Versions: FreeBSD 4.2-STABLE Apache 1.3.17 mod_perl 1.25 perl 5.00503 XML::Parser 2.30 expat 1.95.1 opensrs-client 2.3.2 When used under mod_perl in the environment described, a call to the parse() method in an XML::Parser object causes the Apache instance to segfault. This is in context of the OpenSRS client communication library, which uses XML for its protocol. Everything is fine when the same code is used as a standalone CGI. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:25 Message: Logged In: YES user_id=3066 I *think* you're getting two copies of Expat linked in, but I'm not sure. Essentially, Apache/mod_perl might have one, and XML::Parser can also have one. I'm assigning this to Clark since the Perl bindings are his baby. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=408156&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:26:30 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:26:30 -0700 Subject: [Expat-bugs] [ expat-Bugs-232649 ] EXPATLIBPATH = ? Message-ID: Bugs item #232649, was updated on 2001-02-15 17:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=232649&group_id=10127 Category: Documentation Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: EXPATLIBPATH = ? Initial Comment: Sires: Trying to install Expat: CPAN returns... ... EXPATLIBPATH = to set directory in which to find libexpat <============= Where? Does it mean LIBs for Expat? or a file name libexpat? ... EXPATINCPATH =... expat.h <==== I see this one but not the other... Regards, Dope on the ropes. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:26 Message: Logged In: YES user_id=3066 Assigned to Clark since this relates to the Perl bindings. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-02-27 10:45 Message: Logged In: NO Ferget it, I beat my head against the keyboard until it worked... I was trying to install XML::Parser but getting the Expat stop sign... For those who care... (linux-mandrake kernel 2.2.14) Gzip and Untar Expat package (gzip -dv expa....gz, tar -ivh expat....tar) Then, in newly created subdirectory, ./configure followed by make install (of course you need a complete version of make, gcc and gcc- c++ rpm-ed into the machine for all of this to work properly, probably my original problem... doh) Next return to CPAN (perl -MCPAN -e shell) then installed XML::Parser seems to have taken it... WHEEEeeee LINUX! Sorry for you pro's reading this... maybe it will help a newbie in some convoluted way. Tom 8^} ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-02-27 09:34 Message: Logged In: NO HELLLLEEEOOOO CLARK ARE YOU THERE ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-02-16 09:54 Message: This appears to relate to the Perl bindings, so I've assigned this to Clark Cooper. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=232649&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:27:17 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:27:17 -0700 Subject: [Expat-bugs] [ expat-Bugs-406262 ] "make install" fails in using builddir Message-ID: Bugs item #406262, was updated on 2001-03-06 03:21 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=406262&group_id=10127 Category: Build control Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Greg Stein (gstein) >Summary: "make install" fails in using builddir Initial Comment: When building in a separate build dir, "make install" fails to find expat.h. This very simple patch should fix it. Apologies if it's already in CVS, but I just got a "server error" when I attempted to browse. *** lib/Makefile.in.orig Sun Oct 22 20:47:34 2000 --- lib/Makefile.in Tue Mar 6 10:19:01 2001 *************** *** 147,153 **** install: $(LIBRARY) $(APIHEADER) $(mkinstalldirs) $(DESTDIR)$(libdir) $(DESTDIR)$(includedir) $(LIBTOOL) --mode=install $(INSTALL) $(LIBRARY) $(DESTDIR)$(libdir)/$(LIBRARY) ! $(INSTALL_DATA) $(APIHEADER) $(DESTDIR)$(includedir) uninstall: $(LIBTOOL) --mode=uninstall rm -f $(DESTDIR)$(libdir)/$(LIBRARY); --- 147,153 ---- install: $(LIBRARY) $(APIHEADER) $(mkinstalldirs) $(DESTDIR)$(libdir) $(DESTDIR)$(includedir) $(LIBTOOL) --mode=install $(INSTALL) $(LIBRARY) $(DESTDIR)$(libdir)/$(LIBRARY) ! $(INSTALL_DATA) $(srcdir)/$(APIHEADER) $(DESTDIR)$(includedir) uninstall: $(LIBTOOL) --mode=uninstall rm -f $(DESTDIR)$(libdir)/$(LIBRARY); ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=406262&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:30:10 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:30:10 -0700 Subject: [Expat-bugs] [ expat-Bugs-232649 ] EXPATLIBPATH = ? Message-ID: Bugs item #232649, was updated on 2001-02-15 17:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=232649&group_id=10127 >Category: XML::Parser Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: EXPATLIBPATH = ? Initial Comment: Sires: Trying to install Expat: CPAN returns... ... EXPATLIBPATH = to set directory in which to find libexpat <============= Where? Does it mean LIBs for Expat? or a file name libexpat? ... EXPATINCPATH =... expat.h <==== I see this one but not the other... Regards, Dope on the ropes. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:26 Message: Logged In: YES user_id=3066 Assigned to Clark since this relates to the Perl bindings. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-02-27 10:45 Message: Logged In: NO Ferget it, I beat my head against the keyboard until it worked... I was trying to install XML::Parser but getting the Expat stop sign... For those who care... (linux-mandrake kernel 2.2.14) Gzip and Untar Expat package (gzip -dv expa....gz, tar -ivh expat....tar) Then, in newly created subdirectory, ./configure followed by make install (of course you need a complete version of make, gcc and gcc- c++ rpm-ed into the machine for all of this to work properly, probably my original problem... doh) Next return to CPAN (perl -MCPAN -e shell) then installed XML::Parser seems to have taken it... WHEEEeeee LINUX! Sorry for you pro's reading this... maybe it will help a newbie in some convoluted way. Tom 8^} ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-02-27 09:34 Message: Logged In: NO HELLLLEEEOOOO CLARK ARE YOU THERE ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-02-16 09:54 Message: This appears to relate to the Perl bindings, so I've assigned this to Clark Cooper. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=232649&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:30:10 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:30:10 -0700 Subject: [Expat-bugs] [ expat-Bugs-408156 ] XML::Parser::parse() segfaults mod_perl Message-ID: Bugs item #408156, was updated on 2001-03-12 23:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=408156&group_id=10127 >Category: XML::Parser Group: Platform Specific Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: XML::Parser::parse() segfaults mod_perl Initial Comment: Versions: FreeBSD 4.2-STABLE Apache 1.3.17 mod_perl 1.25 perl 5.00503 XML::Parser 2.30 expat 1.95.1 opensrs-client 2.3.2 When used under mod_perl in the environment described, a call to the parse() method in an XML::Parser object causes the Apache instance to segfault. This is in context of the OpenSRS client communication library, which uses XML for its protocol. Everything is fine when the same code is used as a standalone CGI. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:25 Message: Logged In: YES user_id=3066 I *think* you're getting two copies of Expat linked in, but I'm not sure. Essentially, Apache/mod_perl might have one, and XML::Parser can also have one. I'm assigning this to Clark since the Perl bindings are his baby. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=408156&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:30:42 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:30:42 -0700 Subject: [Expat-bugs] [ expat-Bugs-230878 ] make: Fatal error: Command failed for target `xmltok.lo' Message-ID: Bugs item #230878, was updated on 2001-02-02 07:38 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=230878&group_id=10127 Category: Build control Group: None Status: Open Priority: 5 Submitted By: Bob Nurre (bobn) >Assigned to: Greg Stein (gstein) Summary: make: Fatal error: Command failed for target `xmltok.lo' Initial Comment: gcc -traditional -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.1\ -I. -I.. -g -O2 -Wp,-MD,.deps/xmltok.pp -c xmltok.c -fPIC -DPIC -o .libs/xmltok.lo In file included from xmltok.c:1551: xmltok_ns.c:31: macro `NS' used with too many (4) args xmltok_ns.c:38: macro `NS' used with too many (4) args xmltok_ns.c:43: macro `NS' used with too many (3) args xmltok_ns.c:58: macro `NS' used with too many (3) args xmltok_ns.c:85: macro `NS' used with too many (10) args *** Error code 1 make: Fatal error: Command failed for target `xmltok.lo' ------ gcc -v Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.8.1/specs gcc version 2.8.1 ---------------------------------------------------------------------- Comment By: Bob Nurre (bobn) Date: 2001-02-02 13:10 Message: To by-pass this problem, remove '-traditional' from gcc. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=230878&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:31:18 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:31:18 -0700 Subject: [Expat-bugs] [ expat-Bugs-223800 ] makefile targeted to gmake only Message-ID: Bugs item #223800, was updated on 2000-11-29 07:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=223800&group_id=10127 Category: Build control Group: None Status: Open Priority: 5 Submitted By: Philippe Willem (phil_ip) >Assigned to: Greg Stein (gstein) Summary: makefile targeted to gmake only Initial Comment: After a configure, make doesn't do anything on a SCO platform. A cd ./lib; make doesn't do nothing either. Using gmake helps a little but the make process fails whith the lack of ./lib/.deps/xmlparse.pp reported earlier. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=223800&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:37:30 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:37:30 -0700 Subject: [Expat-bugs] [ expat-Bugs-409729 ] Make Fails Digital Unix 4.0d Message-ID: Bugs item #409729, was updated on 2001-03-19 05:43 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=409729&group_id=10127 Category: Build control Group: Platform Specific Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Greg Stein (gstein) Summary: Make Fails Digital Unix 4.0d Initial Comment: ./configure works fine. But when I run >make I get nothing it just exits quietly without doing anything if I run >make install i get /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=1.95.0 -I. -I.. -g -c libtool: compile: cannot determine name of library object from '-c' *** Exit 1 Stop. *** Exit 1 Stop. Any help with this bug would be greatly appreciated. Thanks Bill ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:37 Message: Logged In: YES user_id=3066 Can anyone experiancing this problem reproduce it with the current CVS version? There have been a fair number of cleanups in the build control (thanks, Greg!). Assigned to Greg for monitoring. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-03-19 09:08 Message: Logged In: NO I could not get this to compile however, from following another lead in the bug reports I managed to get expat-1.95.1 in setld format for DU4.0d from ftp.thewrittenword.com. Problem Solved (sort of) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-03-19 07:28 Message: Logged In: NO I installed the latest gnu make and got cd lib; /usr/local/bin/make make[1]: Entering directory `/disk3/install/expat-1.95.1/lib' /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmlparse.c rm -f .libs/xmlparse.lo cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.1\ -I. -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c -DPIC -o .libs/xmlparse.lo cc: Severe: No such file or directory ... file is '.deps/xmlparse.pp' make[1]: *** [xmlparse.lo] Error 1 make[1]: Leaving directory `/disk3/install/expat-1.95.1/lib' make: *** [lib] Error 2 so I looked through the old bug fixes and attempted to fix things by altering lib/Makefile.in according to other fixes: first I tried this: commenting out the following rules @echo '$(COMPILE) -c $<'; \ # $(COMPILE) -Wp,-MD,.deps/$(*F).pp -c $< # @-cp .deps/$(*F).pp .deps/$(*F).P; \ # tr ' ' '\012' < .deps/$(*F).pp \ # | sed -e 's/^\$$//' -e '/^$$/ d' -e '/:$$/ d' -e 's/$$/ :/' \ # >> .deps/$(*F).P; \ # rm .deps/$(*F).pp .c.lo: @echo '$(LTCOMPILE) -c $<'; \ # test -d .deps || mkdir .deps ; \ # $(LTCOMPILE) -Wp,-MD,.deps/$(*F).pp -c $< # @-sed -e 's/^\([^:]*\)\.o[ ]*:/\1.lo \1.o :/' \ # < .deps/$(*F).pp > .deps/$(*F).P; \ # tr ' ' '\012' < .deps/$(*F).pp \ # | sed -e 's/^\$$//' -e '/^$$/ d' -e '/:$$/ d' -e 's/$$/ :/' \ # >> .deps/$(*F).P; \ # rm -f .deps/$(*F).pp and got this make[1]: Entering directory `/disk3/install/expat-1.95.1/lib' cd .. \ && CONFIG_FILES=lib/Makefile CONFIG_HEADERS= /bin/sh ./config.status creating lib/Makefile make[1]: Leaving directory `/disk3/install/expat-1.95.1/lib' make[1]: Entering directory `/disk3/install/expat-1.95.1/lib' /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmlparse.c /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmltok.c /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmlrole.c /bin/sh ../libtool --mode=link cc -version-info 0:1:0 -g -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo rm -fr .libs/libexpat.la .libs/libexpat.* .libs/libexpat.* (cd . && ln -s xmlparse.lo xmlparse.o) (cd . && ln -s xmltok.lo xmltok.o) ln: xmltok.o exists, specify -f to remove. make[1]: *** [libexpat.la] Error 1 make[1]: Leaving directory `/disk3/install/expat-1.95.1/lib' make: *** [lib] Error 2 then i tried changing lines with -Wp,-MD,. to -Wp,-M. and got : make[1]: Entering directory `/disk3/install/expat-1.95.1/lib' cd .. \ && CONFIG_FILES=lib/Makefile CONFIG_HEADERS= /bin/sh ./config.status creating lib/Makefile make[1]: Leaving directory `/disk3/install/expat-1.95.1/lib' make[1]: Entering directory `/disk3/install/expat-1.95.1/lib' /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmlparse.c rm -f .libs/xmlparse.lo cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.1\ -I. -I.. -g -Wp,-M.deps/xmlparse.pp -c xmlparse.c -DPIC -o .libs/xmlparse.lo cc: Error: Extraneous text follows Boolean option name in "-M.deps/xmlparse.pp" make[1]: *** [xmlparse.lo] Error 1 make[1]: Leaving directory `/disk3/install/expat-1.95.1/lib' make: *** [lib] Error 2 Still looking for a solution. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=409729&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:39:44 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:39:44 -0700 Subject: [Expat-bugs] [ expat-Bugs-413653 ] XMLPARSERAPI and __cdecl Message-ID: Bugs item #413653, was updated on 2001-04-04 01:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413653&group_id=10127 Category: Build control Group: Platform Specific Status: Open Priority: 5 Submitted By: Matthew Versluys (styxlord) >Assigned to: Clark Cooper (coopercc) Summary: XMLPARSERAPI and __cdecl Initial Comment: If before including expath.h XMLPARSERAPI is defined to __declspec(dllimport) __cdecl which is required if you are building a project with fastcall calling convention the following errors result. expat.h(548) : error C2165: 'left-side modifier' : cannot modify pointers to data expat.h(574) : error C2165: 'left-side modifier' : cannot modify pointers to data expat.h(689) : error C2165: 'left-side modifier' : cannot modify pointers to data Include\expat.h(702) : error C2165: 'left-side modifier' : cannot modify pointers to data Include\expat.h(706) : error C2165: 'left-side modifier' : cannot modify pointers to data Which is the result of the XMLPARSEAPI definition apearing between the return type and the * modifier indicating that the return type is a pointer. By moving XMLPARSEAPI to the right hand side of the * modifier the problem is resolved. This is using expat_win32bin 1.95.1 with Microsoft Visual Studio 6.0 SP4. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:39 Message: Logged In: YES user_id=3066 Assigned to Clark since he'll probably understand this one before I do. (I really need to learn more about development under Windows...) ---------------------------------------------------------------------- Comment By: Matthew Versluys (styxlord) Date: 2001-04-04 01:10 Message: Logged In: YES user_id=188602 Of course, now that I'm awake this doesn't produce the desired result anyhow since it now ignores the __declspec (dllimport) for those functions. The real fix is the have an XMLPARSEDECL definition which appears before the return arguments to the functions which is where the __declspec (import) belongs and the __cdecl is used with XMLPARSEAPI. The expat_win32bin 1.95.1 package doesn't include an import library so the functions need to be manually bound using LoadLibrary, GetProcAddress anyhow. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413653&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:41:09 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:41:09 -0700 Subject: [Expat-bugs] [ expat-Bugs-413551 ] internal parameter entities not handled Message-ID: Bugs item #413551, was updated on 2001-04-03 15:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Fred L. Drake, Jr. (fdrake) >Summary: internal parameter entities not handled Initial Comment: In the attached file there are 2 entities that are misinterpreted. &test; - the entity definition compiles but causes and error when referenced, yet it is cleary legal and should produce the output listed in the comment. &book; - this is an entity example taken from the XML recommendation. The parameter entity reference within the book entity declaration causes and error. The recommendation is clear that this should work. I consider these to be high priority. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:41 Message: Logged In: YES user_id=3066 Assigned to me to at least determine if this is still a problem with the CVS version. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-04-03 15:43 Message: Logged In: NO This was tested against version expat 1.2 from jclark.com. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 From noreply@sourceforge.net Thu Apr 5 02:44:42 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 18:44:42 -0700 Subject: [Expat-bugs] [ expat-Bugs-225690 ] expat libtools script fails on AIX 4.1.5 Message-ID: Bugs item #225690, was updated on 2000-12-13 09:46 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=225690&group_id=10127 Category: Build control Group: None >Status: Closed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: expat libtools script fails on AIX 4.1.5 Initial Comment: % configure --prefix=~/bin loading cache ./config.cache checking host system type... rs6000-ibm-aix4.1.5.0 checking build system type... rs6000-ibm-aix4.1.5.0 checking for ranlib... (cached) ranlib checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for ld used by GCC... (cached) /usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld checking if the linker (/usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld) is GNU ld... (cached) no checking for BSD-compatible nm... (cached) /usr/ucb/nm -p checking whether ln -s works... (cached) yes loading cache ./config.cache within ltconfig checking for object suffix... o checking for executable suffix... (cached) no checking for gcc option to produce PIC... none 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 if gcc static flag -static -Wl,-lC works... -static -Wl,-lC checking if the linker (/usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld) is GNU ld... no checking whether the linker (/usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld) supports shared libraries... yes checking command to parse /usr/ucb/nm -p output... conftools/ltconfig[1657]: /usr/ucb/nm: not found conftools/ltconfig[1657]: /usr/ucb/nm: not found failed checking how to hardcode library paths into programs... relink checking for /usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld option to reload object files... -r checking dynamic linker characteristics... aix4.1.5.0 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for objdir... .libs creating libtool loading cache ./config.cache checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 ) works... yes checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for a BSD compatible install... (cached) /usr/intel/bin/ginstall -c checking how to run the C preprocessor... (cached) gcc -E checking for ANSI C header files... (cached) yes checking for fcntl.h... (cached) yes checking for unistd.h... (cached) yes checking whether byte ordering is bigendian... (cached) yes checking for working const... (cached) yes checking for off_t... (cached) yes checking for size_t... (cached) yes checking for 8-bit clean memcmp... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... (cached) yes checking for working mmap... (cached) no checking for memmove... (cached) yes checking for bcopy... (cached) yes creating ./config.status creating Makefile creating lib/Makefile creating xmlwf/Makefile creating examples/Makefile creating config.h config.h is unchanged % make Target "all" is up to date. % make install /bin/sh ../libtool --mode=link gcc -version-info 0:1:0 -g -O2 -o libexpat.la -rpath ~/bin/lib xmlparse.lo xmltok.lo xmlrole.lo rm -fr .libs/libexpat.la .libs/libexpat.* .libs/libexpat.* generating symbol list for `libexpat.la' /usr/ucb/nm -p xmlparse.o xmltok.o xmlrole.o | | sed 's/.* //' | sort | uniq > .libs/libexpat.exp ../libtool[2351]: syntax error at line 1 : `|' unexpected make: 1254-004 The error code from the last command is 2. Stop. make: 1254-004 The error code from the last command is 2. Stop. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:44 Message: Logged In: YES user_id=3066 Closing this since the offending options have been removed from the makefiles. If you have further difficulties, please open a new bug report with appropriate information. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-01-18 10:24 Message: I have found this same problem in AIX 4.3.2 with C for AIX V5. I found a workaround that will allow you to compile expat, but I don't know if it has any other side effects. In order to build the library, remove the "-Wp,-MD,.deps/$(*F).pp" from the Makefile in both the .c.o and .c.lo stanzas. Then, run make IN THAT DIRECTORY. It still will not work from the root source directory, but all the necessary files will be compiled and the library will be generated. You can run "make install" from the root source directory. This has worked for me and I haven't had any problems using the library. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-01-02 09:39 Message: I got the same problem on Aix 4.3.2 with C for Aix 4.4 : bash-2.04# ./configure creating cache ./config.cache checking host system type... powerpc-ibm-aix4.3.1.0 checking build system type... powerpc-ibm-aix4.3.1.0 checking for ranlib... ranlib checking for gcc... no checking for cc... cc checking whether the C compiler (cc ) works... yes checking whether the C compiler (cc ) is a cross-compiler... no checking whether we are using GNU C... no checking whether 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 BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes updating cache ./config.cache loading cache ./config.cache within ltconfig checking whether we are using GNU C... no checking for object suffix... o checking for executable suffix... no checking for cc option to produce PIC... none checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc static flag -bnso -bI:/lib/syscalls.exp works... -bnso -bI:/lib/syscalls.exp checking if the linker (/usr/bin/ld) is GNU ld... no checking whether the linker (/usr/bin/ld) supports shared libraries... yes checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... aix4.3.1.0 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for objdir... .libs creating libtool updating cache ./config.cache loading cache ./config.cache checking for gcc... (cached) cc checking whether the C compiler (cc -g ) works... yes checking whether the C compiler (cc -g ) is a cross-compiler... no checking whether we are using GNU C... (cached) no checking whether cc accepts -g... (cached) yes checking for a BSD compatible install... conftools/install-sh -c checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for fcntl.h... yes checking for unistd.h... yes checking whether byte ordering is bigendian... yes checking for working const... yes checking for off_t... yes checking for size_t... yes checking for 8-bit clean memcmp... yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... no checking for memmove... yes checking for bcopy... yes updating cache ./config.cache creating ./config.status creating Makefile creating lib/Makefile creating xmlwf/Makefile creating examples/Makefile creating config.h bash-2.04# make La cible "all" est à jour. bash-2.04# make install /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmlparse.c cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.1\ -I. -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c -DPIC -o xmlparse.lo 1506-173 (W) Option MD is not valid. Enter xlc for list of valid options. 1506-297 (S) Unable to open input file xmlparse.lo. No such file or directory. "xmlparse.lo", line 1.1: 1506-356 (W) Compilation unit is empty. make : 1254-004 Code d'erreur de la dernière commande : 1. Arrêt. make : 1254-004 Code d'erreur de la dernière commande : 2. Arrêt. bash-2.04# Then I tried: bash-2.04# cd lib bash-2.04# make /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmlparse.c cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.1\ -I. -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c -DPIC -o xmlparse.lo 1506-173 (W) Option MD is not valid. Enter xlc for list of valid options. 1506-297 (S) Unable to open input file xmlparse.lo. No such file or directory. "xmlparse.lo", line 1.1: 1506-356 (W) Compilation unit is empty. make : 1254-004 Code d'erreur de la dernière commande : 1. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=225690&group_id=10127 From noreply@sourceforge.net Thu Apr 5 05:19:13 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 04 Apr 2001 21:19:13 -0700 Subject: [Expat-bugs] [ expat-Bugs-413551 ] internal parameter entities not handled Message-ID: Bugs item #413551, was updated on 2001-04-03 15:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: internal parameter entities not handled Initial Comment: In the attached file there are 2 entities that are misinterpreted. &test; - the entity definition compiles but causes and error when referenced, yet it is cleary legal and should produce the output listed in the comment. &book; - this is an entity example taken from the XML recommendation. The parameter entity reference within the book entity declaration causes and error. The recommendation is clear that this should work. I consider these to be high priority. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 21:19 Message: Logged In: YES user_id=3066 Regarding the &test; reference: this is not legal. The entity does not close the element, so cannot actually be used. I still need to dig into the &book; issue. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:41 Message: Logged In: YES user_id=3066 Assigned to me to at least determine if this is still a problem with the CVS version. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-04-03 15:43 Message: Logged In: NO This was tested against version expat 1.2 from jclark.com. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 From noreply@sourceforge.net Thu Apr 5 16:52:12 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 05 Apr 2001 08:52:12 -0700 Subject: [Expat-bugs] [ expat-Bugs-414030 ] Makefile requires gcc for dependencies Message-ID: Bugs item #414030, was updated on 2001-04-05 08:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414030&group_id=10127 Category: None Group: None Status: Open Priority: 5 Submitted By: Matt Langford (langfml) Assigned to: Nobody/Anonymous (nobody) Summary: Makefile requires gcc for dependencies Initial Comment: After running configure on Solaris 2.8 and using the Sun cc compiler, the lib/ directory Makefile has this gcc-only dependency generator: $(COMPILE) -Wp,-MD,.deps/$(*F).pp -c $< ... I wish I knew the alternate method, of just using make depend. Or can I just ditch these lines? The truth is, though, do the vast majority of people care about dependency generation? I want to build expat because I will be using the Perl module HTML::Parser. I will probably never fiddle with the source to expat; if there are fixes, I will download an entirely new set of sources, and compile it from scratch. I don't care about compiling everything all over again, because that's exactly what I'll always be doing. Anyway, if no dependency information is generated at all, can't I still build a binary? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414030&group_id=10127 From noreply@sourceforge.net Thu Apr 5 20:36:37 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 05 Apr 2001 12:36:37 -0700 Subject: [Expat-bugs] [ expat-Bugs-413551 ] internal parameter entities not handled Message-ID: Bugs item #413551, was updated on 2001-04-03 15:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: internal parameter entities not handled Initial Comment: In the attached file there are 2 entities that are misinterpreted. &test; - the entity definition compiles but causes and error when referenced, yet it is cleary legal and should produce the output listed in the comment. &book; - this is an entity example taken from the XML recommendation. The parameter entity reference within the book entity declaration causes and error. The recommendation is clear that this should work. I consider these to be high priority. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-05 12:36 Message: Logged In: YES user_id=3066 [ Testing configuration of the bugs mailing list. ] ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 21:19 Message: Logged In: YES user_id=3066 Regarding the &test; reference: this is not legal. The entity does not close the element, so cannot actually be used. I still need to dig into the &book; issue. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:41 Message: Logged In: YES user_id=3066 Assigned to me to at least determine if this is still a problem with the CVS version. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-04-03 15:43 Message: Logged In: NO This was tested against version expat 1.2 from jclark.com. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 From noreply@sourceforge.net Thu Apr 5 20:44:10 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 05 Apr 2001 12:44:10 -0700 Subject: [Expat-bugs] [ expat-Bugs-414030 ] Makefile requires gcc for dependencies Message-ID: Bugs item #414030, was updated on 2001-04-05 08:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414030&group_id=10127 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Matt Langford (langfml) >Assigned to: Greg Stein (gstein) Summary: Makefile requires gcc for dependencies Initial Comment: After running configure on Solaris 2.8 and using the Sun cc compiler, the lib/ directory Makefile has this gcc-only dependency generator: $(COMPILE) -Wp,-MD,.deps/$(*F).pp -c $< ... I wish I knew the alternate method, of just using make depend. Or can I just ditch these lines? The truth is, though, do the vast majority of people care about dependency generation? I want to build expat because I will be using the Perl module HTML::Parser. I will probably never fiddle with the source to expat; if there are fixes, I will download an entirely new set of sources, and compile it from scratch. I don't care about compiling everything all over again, because that's exactly what I'll always be doing. Anyway, if no dependency information is generated at all, can't I still build a binary? ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-05 12:44 Message: Logged In: YES user_id=3066 Greg already fixed this in the CVS version. You can make the compilation lines just this: .c.o: $(COMPILE) -c $< .c.lo: $(LTCOMPILE) -c $< ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414030&group_id=10127 From noreply@sourceforge.net Thu Apr 5 20:46:05 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 05 Apr 2001 12:46:05 -0700 Subject: [Expat-bugs] [ expat-Bugs-224334 ] ERROR: to many arguments to cpp when compiling on HP-UX.11 Message-ID: Bugs item #224334, was updated on 2000-12-04 02:08 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=224334&group_id=10127 Category: Build control Group: None >Status: Closed Priority: 5 Submitted By: Peter Sørensen (maspsr) Assigned to: Nobody/Anonymous (nobody) Summary: ERROR: to many arguments to cpp when compiling on HP-UX.11 Initial Comment: HI, I have just downloaded the expat-1.95.1 required by a Perl module XML::Parser. When trying to make I get the following error: (My platform is HPUX.11.0 using ANSI C compiler and gnus'a make) # make cd lib; make make[1]: Entering directory `/home/packages/expat-1.95.1/lib' /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmlparse.c rm -f .libs/xmlparse.lo cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.1\ -I. -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c +Z -DPIC -o .libs/xmlparse.lo cpp: error 3: Too many arguments to cpp. make[1]: *** [xmlparse.lo] Error 1 make[1]: Leaving directory `/home/packages/expat-1.95.1/lib' make: *** [lib] Error 2 What is wrong?? regards and thanks Peter Sørensen/University of Southern Denmark/e-mail: maspsr@dou.sdu.dk ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-05 12:46 Message: Logged In: YES user_id=3066 Several of those options have disappeared in the CVS version. If the CVS version still fails for you, please open a new bug report. ---------------------------------------------------------------------- Comment By: Ed Novack (enovack) Date: 2001-03-26 07:57 Message: Logged In: YES user_id=181381 I also have this problem, and I do use your suggested compiler. ---------------------------------------------------------------------- Comment By: Ed Novack (enovack) Date: 2001-03-26 07:56 Message: Logged In: YES user_id=181381 I also have this problem, and I do use your suggested compiler. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2000-12-05 08:19 Message: What compiler do you use ? Try /opt/ansic/bin/cc and you will gat rid of this. BUT I didn't got it running yet ! ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=224334&group_id=10127 From noreply@sourceforge.net Thu Apr 5 20:52:23 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 05 Apr 2001 12:52:23 -0700 Subject: [Expat-bugs] [ expat-Bugs-224566 ] Compile-Problems for HP-UX 11.0 Message-ID: Bugs item #224566, was updated on 2000-12-05 08:54 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=224566&group_id=10127 Category: Build control Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Greg Stein (gstein) Summary: Compile-Problems for HP-UX 11.0 Initial Comment: I try to compile as my normal user -> got huge tempfiles in /tmp. I saw this with other packages too, i think that's no expat problem. I works e.g. as root. My user works wit CC=/opt/ansic/bin/cc too. After installing autoconf and m4 i tryed again with export CC=/opt/ansic/bin/cc and got make autoconf configure.in:69: warning: AC_TRY_RUN called without default to allow cross compiling /opt/autoconf-2.13/bin/autoconf[150]: gawk: not found. running /bin/sh ./configure --prefix=/opt/eate --no-create --no-recursion which kills ./configure :-( (there is a empty file left) So i installed gawk too. (i this really needed ???) I finally got i it running 1.export CC=/opt/ansic/bin/cc 2../configure --prefix=where_you_like 3. DO NOT CALL make 4. cd lib 5. remove -Wp,.... from Makefile 6. make 7. make install I 'm not familar with that autoconf stuff, so i don't know where to remove this -Wp stuff for the configure. There was some error while make, because of removing this -WP,... stuff, but the library seems to work (I use the XMLParser too :-) ) ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-05 12:52 Message: Logged In: YES user_id=3066 The -Wp stuff has been removed, but I'm not sure what the gawk requirement from autoconf is all about. Assigning to Greg since he knows more about that. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-03-13 12:23 Message: Logged In: NO The change to the Makefile should be to change all lines that contain: -Wp,MD,.deps(...) To -Wp,M.deps(...) After making this change, I succesfully compiled on HPUX 11.0 ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=224566&group_id=10127 From noreply@sourceforge.net Thu Apr 5 21:17:55 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 05 Apr 2001 13:17:55 -0700 Subject: [ expat-Bugs-413551 ] internal parameter entities not handled Message-ID: Bugs item #413551, was updated on 2001-04-03 15:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: internal parameter entities not handled Initial Comment: In the attached file there are 2 entities that are misinterpreted. &test; - the entity definition compiles but causes and error when referenced, yet it is cleary legal and should produce the output listed in the comment. &book; - this is an entity example taken from the XML recommendation. The parameter entity reference within the book entity declaration causes and error. The recommendation is clear that this should work. I consider these to be high priority. ---------------------------------------------------------------------- >Comment By: Paul Prescod (prescod) Date: 2001-04-05 13:17 Message: Logged In: YES user_id=31788 I went to download this to look at it but it turns out I didn't have to look at it very closely. Internet Explorer gives a correct error message: "Parameter entities cannot be used inside markup declarations in an internal subset. Line 9, Position 4" "Well-formedness constraint: PEs in Internal Subset In the internal DTD subset, parameter-entity references can occur only where markup declarations can occur, not within markup declarations. (This does not apply to references that occur in external parameter entities or to the external subset.)" I'll leave it to Fred to close but I don't think there is a bug here. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-05 12:36 Message: Logged In: YES user_id=3066 [ Testing configuration of the bugs mailing list. ] ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 21:19 Message: Logged In: YES user_id=3066 Regarding the &test; reference: this is not legal. The entity does not close the element, so cannot actually be used. I still need to dig into the &book; issue. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:41 Message: Logged In: YES user_id=3066 Assigned to me to at least determine if this is still a problem with the CVS version. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-04-03 15:43 Message: Logged In: NO This was tested against version expat 1.2 from jclark.com. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 From noreply@sourceforge.net Fri Apr 6 16:22:03 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 06 Apr 2001 08:22:03 -0700 Subject: [ expat-Bugs-413551 ] internal parameter entities not handled Message-ID: Bugs item #413551, was updated on 2001-04-03 15:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: internal parameter entities not handled Initial Comment: In the attached file there are 2 entities that are misinterpreted. &test; - the entity definition compiles but causes and error when referenced, yet it is cleary legal and should produce the output listed in the comment. &book; - this is an entity example taken from the XML recommendation. The parameter entity reference within the book entity declaration causes and error. The recommendation is clear that this should work. I consider these to be high priority. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-04-06 08:22 Message: Logged In: NO Re the &test; entity. There was a typo in the example file. If you close of the element the entity is still incorrect. After the comments on this I did some more investigation and discovered the problem. Its the difference between ' and ' both of which represent the character ' and both of which expat understands. However ' is a character reference and thus is expanded to create the entity replacement text. This is what you need for to generate the attr = "value". ' is a general entity, eventhough it is predefined. Thus it is not expanded and the replacement text becomes: attr = 'value' This is why the entity definition is correct but the usage is not. Sorry about that. I missed the sentence in the XML spec that defines the entity type for ' etc. Conclusion expat does the right thing with the test entity in all forms I have tried. ---------------------------------------------------------------------- Comment By: Paul Prescod (prescod) Date: 2001-04-05 13:17 Message: Logged In: YES user_id=31788 I went to download this to look at it but it turns out I didn't have to look at it very closely. Internet Explorer gives a correct error message: "Parameter entities cannot be used inside markup declarations in an internal subset. Line 9, Position 4" "Well-formedness constraint: PEs in Internal Subset In the internal DTD subset, parameter-entity references can occur only where markup declarations can occur, not within markup declarations. (This does not apply to references that occur in external parameter entities or to the external subset.)" I'll leave it to Fred to close but I don't think there is a bug here. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-05 12:36 Message: Logged In: YES user_id=3066 [ Testing configuration of the bugs mailing list. ] ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 21:19 Message: Logged In: YES user_id=3066 Regarding the &test; reference: this is not legal. The entity does not close the element, so cannot actually be used. I still need to dig into the &book; issue. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:41 Message: Logged In: YES user_id=3066 Assigned to me to at least determine if this is still a problem with the CVS version. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-04-03 15:43 Message: Logged In: NO This was tested against version expat 1.2 from jclark.com. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 From noreply@sourceforge.net Sat Apr 7 01:03:41 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 06 Apr 2001 17:03:41 -0700 Subject: [ expat-Bugs-414453 ] Segmentation fault on UTF-8 BOM Message-ID: Bugs item #414453, was updated on 2001-04-06 17:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414453&group_id=10127 Category: None Group: None Status: Open Priority: 5 Submitted By: Jeremy Condit (jcondit) Assigned to: Nobody/Anonymous (nobody) Summary: Segmentation fault on UTF-8 BOM Initial Comment: It appears that expat will crash when parsing any document that begins with a UTF-8 BOM (0xefbbbf). When initScan() sees this sequence of characters at the beginning of a document, it does not set *nextTokPtr, so the next iteration of prologProcessor () uses a bogus pointer, ultimately causing a crash. This could be related to bug #214050 (Segmentation fault in libxmltok). ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414453&group_id=10127 From noreply@sourceforge.net Mon Apr 9 21:39:54 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 09 Apr 2001 13:39:54 -0700 Subject: [ expat-Bugs-414993 ] xmlfile.obj : error LNK2001: unresolved Message-ID: Bugs item #414993, was updated on 2001-04-09 13:39 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414993&group_id=10127 Category: Build control Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: xmlfile.obj : error LNK2001: unresolved Initial Comment: I'm unable to resolve this problem. I don't which file is missing for this error to show up. Here is a sample of the error message. I am compiling with MS VC++ 6.0. I am attempting to create the perl module that incorporates expat. The Perl version is 5.005-3 from ActiveState. Expat.obj : error LNK2001: unresolved external symbol _XML_DefaultCurrent Expat.obj : error LNK2001: unresolved external symbol _XML_GetSpecifiedAttributeCount Expat.obj : error LNK2001: unresolved external symbol _XML_GetCurrentByteCount Expat.obj : error LNK2001: unresolved external symbol _XML_SetStartCdataSectionHandler Expat.obj : error LNK2001: unresolved external symbol _XML_SetEndCdataSectionHandler ..\blib\arch\auto\XML\Parser\Expat\Expat.dll : fatal error LNK1120: 55 unresolved externals NMAKE : fatal error U1077: 'link' : return code '0x460' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414993&group_id=10127 From noreply@sourceforge.net Fri Apr 13 16:04:24 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 13 Apr 2001 08:04:24 -0700 Subject: [ expat-Bugs-415911 ] missing XMLPARSEAPI for XML_DefaultCurre Message-ID: Bugs item #415911, was updated on 2001-04-13 08:04 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=415911&group_id=10127 Category: Build control Group: Platform Specific Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: missing XMLPARSEAPI for XML_DefaultCurre Initial Comment: Version 1.95.1 Under WinNT 4 MSVC++ 6, linking Sablotron 0.51 against an expat 1.95.1 library gives undefined symbols because the XMLPARSEAPI modifier is absent in the declaration of XML_DefaultCurret near line 503 of expat.h ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=415911&group_id=10127 From noreply@sourceforge.net Wed Apr 18 21:24:04 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 18 Apr 2001 13:24:04 -0700 Subject: [ expat-Bugs-413551 ] internal parameter entities not handled Message-ID: Bugs item #413551, was updated on 2001-04-03 15:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: internal parameter entities not handled Initial Comment: In the attached file there are 2 entities that are misinterpreted. &test; - the entity definition compiles but causes and error when referenced, yet it is cleary legal and should produce the output listed in the comment. &book; - this is an entity example taken from the XML recommendation. The parameter entity reference within the book entity declaration causes and error. The recommendation is clear that this should work. I consider these to be high priority. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-04-18 13:24 Message: Logged In: NO I did some further investigation on the &book; entity and have discovered the problem. This issue is that section 4.5 of the XML recommendation is, I believe, somewhat unclear because it is missing a reference to a previous definition. In section 4.5 it describes how to calculate the replacement text for an internal entity. However it does not distinguish between entities defined in the internal subset and those defined externally. Only the former group come under the "PEs in internal subset" constraint. So the example &book; entity is legal if placed in an external entity but is not legal if defined in the iternal subset like in the attached example. I tried this and expat handles the external case fine. This is a sublte case because the constraint is context sensitive and so is not directly represented in the grammer but instead is in a side note, that is unfortunately not mentioned in all entity descriptions. I consider this closed now. Sorry about reporting the non-bugs but thanks for the prompt response. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-04-06 08:22 Message: Logged In: NO Re the &test; entity. There was a typo in the example file. If you close of the element the entity is still incorrect. After the comments on this I did some more investigation and discovered the problem. Its the difference between ' and ' both of which represent the character ' and both of which expat understands. However ' is a character reference and thus is expanded to create the entity replacement text. This is what you need for to generate the attr = "value". ' is a general entity, eventhough it is predefined. Thus it is not expanded and the replacement text becomes: attr = 'value' This is why the entity definition is correct but the usage is not. Sorry about that. I missed the sentence in the XML spec that defines the entity type for ' etc. Conclusion expat does the right thing with the test entity in all forms I have tried. ---------------------------------------------------------------------- Comment By: Paul Prescod (prescod) Date: 2001-04-05 13:17 Message: Logged In: YES user_id=31788 I went to download this to look at it but it turns out I didn't have to look at it very closely. Internet Explorer gives a correct error message: "Parameter entities cannot be used inside markup declarations in an internal subset. Line 9, Position 4" "Well-formedness constraint: PEs in Internal Subset In the internal DTD subset, parameter-entity references can occur only where markup declarations can occur, not within markup declarations. (This does not apply to references that occur in external parameter entities or to the external subset.)" I'll leave it to Fred to close but I don't think there is a bug here. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-05 12:36 Message: Logged In: YES user_id=3066 [ Testing configuration of the bugs mailing list. ] ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 21:19 Message: Logged In: YES user_id=3066 Regarding the &test; reference: this is not legal. The entity does not close the element, so cannot actually be used. I still need to dig into the &book; issue. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:41 Message: Logged In: YES user_id=3066 Assigned to me to at least determine if this is still a problem with the CVS version. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-04-03 15:43 Message: Logged In: NO This was tested against version expat 1.2 from jclark.com. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 From noreply@sourceforge.net Wed Apr 18 21:33:42 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 18 Apr 2001 13:33:42 -0700 Subject: [ expat-Bugs-413551 ] internal parameter entities not handled Message-ID: Bugs item #413551, was updated on 2001-04-03 15:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: internal parameter entities not handled Initial Comment: In the attached file there are 2 entities that are misinterpreted. &test; - the entity definition compiles but causes and error when referenced, yet it is cleary legal and should produce the output listed in the comment. &book; - this is an entity example taken from the XML recommendation. The parameter entity reference within the book entity declaration causes and error. The recommendation is clear that this should work. I consider these to be high priority. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-18 13:33 Message: Logged In: YES user_id=3066 OK, I'll close this one. You may want to send a note to the XML 1.0 editors noting the lack of clarity in the recommendation. This might form the basis for an erratum that can be fed into a "3rd edition" if one becomes warranted. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-04-18 13:24 Message: Logged In: NO I did some further investigation on the &book; entity and have discovered the problem. This issue is that section 4.5 of the XML recommendation is, I believe, somewhat unclear because it is missing a reference to a previous definition. In section 4.5 it describes how to calculate the replacement text for an internal entity. However it does not distinguish between entities defined in the internal subset and those defined externally. Only the former group come under the "PEs in internal subset" constraint. So the example &book; entity is legal if placed in an external entity but is not legal if defined in the iternal subset like in the attached example. I tried this and expat handles the external case fine. This is a sublte case because the constraint is context sensitive and so is not directly represented in the grammer but instead is in a side note, that is unfortunately not mentioned in all entity descriptions. I consider this closed now. Sorry about reporting the non-bugs but thanks for the prompt response. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-04-06 08:22 Message: Logged In: NO Re the &test; entity. There was a typo in the example file. If you close of the element the entity is still incorrect. After the comments on this I did some more investigation and discovered the problem. Its the difference between ' and ' both of which represent the character ' and both of which expat understands. However ' is a character reference and thus is expanded to create the entity replacement text. This is what you need for to generate the attr = "value". ' is a general entity, eventhough it is predefined. Thus it is not expanded and the replacement text becomes: attr = 'value' This is why the entity definition is correct but the usage is not. Sorry about that. I missed the sentence in the XML spec that defines the entity type for ' etc. Conclusion expat does the right thing with the test entity in all forms I have tried. ---------------------------------------------------------------------- Comment By: Paul Prescod (prescod) Date: 2001-04-05 13:17 Message: Logged In: YES user_id=31788 I went to download this to look at it but it turns out I didn't have to look at it very closely. Internet Explorer gives a correct error message: "Parameter entities cannot be used inside markup declarations in an internal subset. Line 9, Position 4" "Well-formedness constraint: PEs in Internal Subset In the internal DTD subset, parameter-entity references can occur only where markup declarations can occur, not within markup declarations. (This does not apply to references that occur in external parameter entities or to the external subset.)" I'll leave it to Fred to close but I don't think there is a bug here. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-05 12:36 Message: Logged In: YES user_id=3066 [ Testing configuration of the bugs mailing list. ] ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 21:19 Message: Logged In: YES user_id=3066 Regarding the &test; reference: this is not legal. The entity does not close the element, so cannot actually be used. I still need to dig into the &book; issue. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:41 Message: Logged In: YES user_id=3066 Assigned to me to at least determine if this is still a problem with the CVS version. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-04-03 15:43 Message: Logged In: NO This was tested against version expat 1.2 from jclark.com. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=413551&group_id=10127 From noreply@sourceforge.net Wed Apr 18 21:36:48 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 18 Apr 2001 13:36:48 -0700 Subject: [ expat-Bugs-414453 ] Segmentation fault on UTF-8 BOM Message-ID: Bugs item #414453, was updated on 2001-04-06 17:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414453&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeremy Condit (jcondit) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Segmentation fault on UTF-8 BOM Initial Comment: It appears that expat will crash when parsing any document that begins with a UTF-8 BOM (0xefbbbf). When initScan() sees this sequence of characters at the beginning of a document, it does not set *nextTokPtr, so the next iteration of prologProcessor () uses a bogus pointer, ultimately causing a crash. This could be related to bug #214050 (Segmentation fault in libxmltok). ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-18 13:36 Message: Logged In: YES user_id=3066 What version were you using? I checked in a fix for a problem matching this description since the 1.95.1 release. Can you reproduce the bug using the CVS version of Expat? Thanks. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414453&group_id=10127 From noreply@sourceforge.net Wed Apr 18 21:35:04 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 18 Apr 2001 13:35:04 -0700 Subject: [ expat-Bugs-214050 ] Segmentation fault in libxmltok Message-ID: Bugs item #214050, was updated on 2000-09-11 07:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=214050&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: christian liesch (ia97lies) Assigned to: Nobody/Anonymous (nobody) Summary: Segmentation fault in libxmltok Initial Comment: If I parse the following file (with an error near !DOCTYPE): !DOCTYPE OReilly:Books SYSTEM "dummy.dtd" [ ]> XML Pocket Ref 8.95 I got the following with my gdb: !DOCTYPE OReilly:Books SYSTEM "dummy.dtd" [ error:no element found Program received signal SIGSEGV, Segmentation fault. 0x400269c5 in normal_updatePosition () from /usr/lib/libxmltok.so.1 (gdb) where #0 0x400269c5 in normal_updatePosition () from /usr/lib/libxmltok.so.1 #1 0x4001b0d9 in XML_GetCurrentColumnNumber () from /usr/lib/libxmlparse.so.1 #2 0x8049154 in test_parse () #3 0x80491f5 in main () #4 0x4004da5e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 (gdb) ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-18 13:35 Message: Logged In: YES user_id=3066 Closing this as it hasn't been reproduced with a recent version of Expat. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-03-07 01:55 Message: Logged In: NO I could reproduce this on the a May 29 1999 version of expat. The problem seems to be that *ptr in PREFIX(updatePosition)() is a null byte, which chokes somewhere inside the BYTE_TYPE macro. I fixed this (I think), by testing for *ptr in the while loop. Here's the patch: *** xmltok_impl.c 1999/09/03 14:54:37 1.1.1.1 --- xmltok_impl.c 2001/03/07 09:49:46 *************** *** 1709,1715 **** const char *end, POSITION *pos) { ! while (ptr != end) { switch (BYTE_TYPE(enc, ptr)) { #define LEAD_CASE(n) \ case BT_LEAD ## n: \ --- 1709,1715 ---- const char *end, POSITION *pos) { ! while (*ptr && ptr != end) { switch (BYTE_TYPE(enc, ptr)) { #define LEAD_CASE(n) \ case BT_LEAD ## n: \ ---------------------------------------------------------------------- Comment By: Sam TH (samth) Date: 2001-02-02 06:47 Message: Could not reproduce this with CVS expat. ---------------------------------------------------------------------- Comment By: Sam TH (samth) Date: 2001-02-02 06:38 Message: Could not reproduce this with CVS expat. ---------------------------------------------------------------------- Comment By: Jacob Refstrup (jacob_refstrup) Date: 2000-11-28 14:11 Message: This appear to be fixed in 1.95.1 ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=214050&group_id=10127 From noreply@sourceforge.net Thu Apr 19 22:18:53 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 19 Apr 2001 14:18:53 -0700 Subject: [ expat-Bugs-417459 ] illegal instruction fault Message-ID: Bugs item #417459, was updated on 2001-04-19 14:18 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=417459&group_id=10127 Category: XML::Parser Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: illegal instruction fault Initial Comment: On Solaris 5.6 under apache 1.3.19, using mod_perl or cgi-bin we get a crash of the code saying: [Thu Apr 19 17:13:01 2001] [notice] child pid 16647 exit signal Illegal Instruction (4) The parser does run properly from a command line. The xml we are parsing is: ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=417459&group_id=10127 From noreply@sourceforge.net Mon Apr 23 17:15:23 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 23 Apr 2001 09:15:23 -0700 Subject: [ expat-Bugs-408156 ] XML::Parser::parse() segfaults mod_perl Message-ID: Bugs item #408156, was updated on 2001-03-12 23:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=408156&group_id=10127 Category: XML::Parser Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: XML::Parser::parse() segfaults mod_perl Initial Comment: Versions: FreeBSD 4.2-STABLE Apache 1.3.17 mod_perl 1.25 perl 5.00503 XML::Parser 2.30 expat 1.95.1 opensrs-client 2.3.2 When used under mod_perl in the environment described, a call to the parse() method in an XML::Parser object causes the Apache instance to segfault. This is in context of the OpenSRS client communication library, which uses XML for its protocol. Everything is fine when the same code is used as a standalone CGI. ---------------------------------------------------------------------- Comment By: Randy Wright (rw26) Date: 2001-04-23 09:15 Message: Logged In: YES user_id=202926 I have the same problem on a solaris box. I think fdrake has made a correct diagnosis. Apache contains 'expat-lite' and there seems to be a namespace collision when you load expate via Perl::XML under mod_perl. I am not sure what the solution is. --randy wright rw26@acf3.nyu.edu ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:25 Message: Logged In: YES user_id=3066 I *think* you're getting two copies of Expat linked in, but I'm not sure. Essentially, Apache/mod_perl might have one, and XML::Parser can also have one. I'm assigning this to Clark since the Perl bindings are his baby. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=408156&group_id=10127 From noreply@sourceforge.net Wed Apr 25 15:52:31 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Apr 2001 07:52:31 -0700 Subject: [ expat-Bugs-223800 ] makefile targeted to gmake only Message-ID: Bugs item #223800, was updated on 2000-11-29 07:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=223800&group_id=10127 Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Philippe Willem (phil_ip) Assigned to: Greg Stein (gstein) Summary: makefile targeted to gmake only Initial Comment: After a configure, make doesn't do anything on a SCO platform. A cd ./lib; make doesn't do nothing either. Using gmake helps a little but the make process fails whith the lack of ./lib/.deps/xmlparse.pp reported earlier. ---------------------------------------------------------------------- Comment By: Richard Green (richy) Date: 2001-04-25 07:52 Message: Logged In: YES user_id=13587 Fails in a Sun / Solaris environment as well - Needed to hand mangle the makefile.in files ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=223800&group_id=10127 From noreply@sourceforge.net Thu Apr 26 14:10:27 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 26 Apr 2001 06:10:27 -0700 Subject: [ expat-Bugs-419121 ] Build failure on DecUnix with Dec cc Message-ID: Bugs item #419121, was updated on 2001-04-26 06:10 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=419121&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: Build failure on DecUnix with Dec cc Initial Comment: When I try to build expat-1.95.1 on decUnix with Dec's C compiler i get the following failure: oc$ make cd lib; make make[1]: Entering directory `/bruger/ht000/work/expat- 1.95.1/lib' /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H - DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmlparse.c mkdir .libs cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.1\ -I. -I.. -g -Wp,- MD,.deps/xmlparse.pp -c xmlparse.c -DPIC - o .libs/xmlparse.lo cc: Severe: No such file or directory ... file is '.deps/xmlparse.pp' make[1]: *** [xmlparse.lo] Error 1 make[1]: Leaving directory `/bruger/ht000/work/expat- 1.95.1/lib' make: *** [lib] Error 2 < The lib/.deps directory is empty! The lib/.libs directory is also empty. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=419121&group_id=10127 From noreply@sourceforge.net Fri Apr 27 19:49:23 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 27 Apr 2001 11:49:23 -0700 Subject: [ expat-Bugs-419585 ] Compiling with gcc for C++ exceptions. Message-ID: Bugs item #419585, was updated on 2001-04-27 11:49 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=419585&group_id=10127 Category: Build control Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: David Crowley (dcrowley) Assigned to: Greg Stein (gstein) Summary: Compiling with gcc for C++ exceptions. Initial Comment: It would be nice if when compiling with gcc, the flag "-fexceptions" was added so it can deal with C++ handlers that throw exceptions. As it's now built by default, C++ programs will crash if they throw in the handler. Perhaps make "-fexceptions" the default so as to be most robust, and allow people to turn off the flag as a parameter to configure ("configure --no- exceptions" or whatever). ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=419585&group_id=10127 From Josh.Martin@abq.sc.philips.com Sat Apr 28 00:08:41 2001 From: Josh.Martin@abq.sc.philips.com (Josh Martin) Date: Fri, 27 Apr 2001 17:08:41 -0600 (MDT) Subject: External entity parsing problems Message-ID: <200104272308.RAA16140@abqn42.sca.philips.com> ---------------------- multipart/mixed attachment Maybe this thread will have better luck on this list... ------------- Begin Forwarded Message ------------- Date: Thu, 19 Apr 2001 17:11:13 -0600 (MDT) From: Josh Martin Subject: External entity parsing problems To: expat-discuss@lists.sourceforge.net Mime-Version: 1.0 I'm having an odd problem while trying to parse external entities with xmlcheck ("xmlcheck -v test.xml" gcc 2.95.2 HP-UX 11.00 expat 1.95.1, compiled with 'gcc -O2 -Wall -Wl,+vallcompatwarnings -lexpat -o xmlcheck xmlcheck.c'). test.dtd defines a parameter entity (pcdata), includes xhtml-lat1.ent and test.ent (via external parameter definitions and declarations), and then uses these parameter entities to define some elements and another entity. test.xml defines an internal entity and then procedes to use all of the elements and an entity from each file. XML_DTD was defined at compile, and I have param entities set to parse unless standalone. Here's the problem: At the end of my external entity handler (at line 206) I free the extern_ent parser (via XML_ParserFree()) after it is done parsing the external reference. If I do this, then the parser refuses to 'include' test.ent and it dies on the reference to %myname; at line 10 with "undefined entity". But, if I comment out the XML_ParserFree() statement, then it gladly parses and includes the test.ent file, but forgets the definition for pcdata and dies on the reference to %pcdata; on line 9 with "undefined entity". Obviously I must be trying to use expat for something it wasn't designed for, but which coding method am I supposed to use? Which "bug" is actually the correct way that expat should operate? And what do I need to be doing to get these documents to parse correctly? Please let me know if I've been confusing or vague, or let me know if you can't read my code, and I'll try to explain myself better. All of the attached files were written by me, with the exception of xhtml-lat1.ent, which is borrowed from the W3C website (I wanted to test © and ®). - Josh Martin ------------- End Forwarded Message ------------- ---------------------- multipart/mixed attachment A non-text attachment was scrubbed... Name: not available Type: text/x-sun-c-file Size: 5287 bytes Desc: xmlcheck.c Url : http://mail.libexpat.org/pipermail-21/expat-bugs/attachments/20010427/90d7176e/attachment.bin ---------------------- multipart/mixed attachment ]> We have a Thing® & stuff. My name is &fred;. Your name is &bob;. Our name is not Joe. ---------------------- multipart/mixed attachment %HTMLlat1; %TESTent; ---------------------- multipart/mixed attachment ---------------------- multipart/mixed attachment ---------------------- multipart/mixed attachment--