From noreply@sourceforge.net Sun Jul 1 04:53:32 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sat, 30 Jun 2001 20:53:32 -0700 Subject: [ expat-Bugs-437664 ] make error in SunOS 5.7 Message-ID: Bugs item #437664, was opened at 2001-06-30 20:53 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=437664&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joe Willingham (starfishmedia) Assigned to: Nobody/Anonymous (nobody) Summary: make error in SunOS 5.7 Initial Comment: I'm a newbie, this may be oversight on my part but it seems that others are having trouble compiling on SunOS as well. ../libtool: ar: not found make[1]: *** [libexpat.la] Error 1 make[1]: Leaving directory `/opt2/home3/starfishmedia/public_html/Expat/expat-1. 95.1/lib' make: *** [lib] Error 2 There may be a simple solution here. Please let me know if you have any specifics or need any other details. Thanks. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=437664&group_id=10127 From noreply@sourceforge.net Sun Jul 1 05:06:41 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sat, 30 Jun 2001 21:06:41 -0700 Subject: [ expat-Patches-426894 ] Expat XML Parser for PERL Message-ID: Patches item #426894, was opened at 2001-05-24 02:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=426894&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bentot (bennyc) Assigned to: Nobody/Anonymous (nobody) Summary: Expat XML Parser for PERL Initial Comment: I'm very new in this area and I need to run a utility in PERL that requires Expat XML Parser. I have just installed ActivePERL yesterday and needed to run N Walsh' dtdformat, but it required XML::DOM, which required XML::Parser ver 2.30, which required Expat XML Parser. I already got Expat XML Parser but don't know how to make it work with PERL. Ihope you can help me. Thanks a lot! Benny ---------------------------------------------------------------------- Comment By: Joe Willingham (starfishmedia) Date: 2001-06-30 21:06 Message: Logged In: YES user_id=258284 I'm a newbie also so I'll try to lend a hand here. (No guarantees:) 1) extracting the files (this will unzip and untar in one step): gzip -cd expat-1.95.1.tar.gz | tar xfv - 2) go to the expat directory just created by the extractor: cd expat-1.95.1 3) ./configure 4) make 5) make install Try it. I think you will succeed. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=426894&group_id=10127 From noreply@sourceforge.net Wed Jul 4 00:58:42 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 03 Jul 2001 16:58:42 -0700 Subject: [ expat-Bugs-438393 ] expat compile fails in ld on HPUX 11.0 Message-ID: Bugs item #438393, was opened at 2001-07-03 16:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=438393&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: SANJAY WAZA (sanjay_waza) Assigned to: Nobody/Anonymous (nobody) Summary: expat compile fails in ld on HPUX 11.0 Initial Comment: I failed to install the expat . I am not able to understand why The configure with though fine , It failed in make The results of configure are ./configure -- prefix=/users/summit/implementation/admin/expat ./configure -- prefix=/users/summit/implementation/admin/expat loading cache ./config.cache checking host system type... hppa2.0w-hp-hpux11.00 checking build system type... hppa2.0w-hp-hpux11.00 checking for ranlib... (cached) ranlib 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 -p 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... +Z checking if cc PIC flag +Z works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc static flag -Wl,-a -Wl,archive works... -Wl,-a -Wl,archive 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 -p output... failed checking how to hardcode library paths into programs... relink checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... hpux11.00 dld.sl checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes 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... (cached) /opt/imake/bin/install -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) 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 In Make it gives the following error autoconf Make: Cannot load autoconf. Stop. *** Error exit code 1 Stop. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=438393&group_id=10127 From sanjay_waza@non.hp.com Wed Jul 4 01:37:09 2001 From: sanjay_waza@non.hp.com (WAZA,SANJAY (Non-HP-PaloAlto,ex1)) Date: Tue, 3 Jul 2001 17:37:09 -0700 Subject: Expat Installation on HP-UX 11.0 Message-ID: <2F5BD88EB480D3119E35009027AF99B5030755B3@xpa03.corp.hp.com> Hi, I am trying to install Expat on HP-UX11.0 . The configure went though fine . However It failed in make It gave me the error % make autoconf Make: Cannot load autoconf. Stop. *** Error exit code 1 Stop. The results of configure are ./configure -- prefix=/users/summit/implementation/admin/expat ./configure -- prefix=/users/summit/implementation/admin/expat loading cache ./config.cache checking host system type... hppa2.0w-hp-hpux11.00 checking build system type... hppa2.0w-hp-hpux11.00 checking for ranlib... (cached) ranlib 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 -p 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... +Z checking if cc PIC flag +Z works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc static flag -Wl,-a -Wl,archive works... -Wl,-a -Wl,archive 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 -p output... failed checking how to hardcode library paths into programs... relink checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... hpux11.00 dld.sl checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes 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... (cached) /opt/imake/bin/install -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) 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 Could you please help as this is really urgent ? I have also repored this as a bug on the bug tracker page on sourceforge.net sit . My tracker number is 438393 Thanks Sanjay From noreply@sourceforge.net Thu Jul 5 21:34:04 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 05 Jul 2001 13:34:04 -0700 Subject: [ expat-Bugs-438876 ] Configure for expat seems to require gcc Message-ID: Bugs item #438876, was opened at 2001-07-05 13:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=438876&group_id=10127 Category: Build control Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Configure for expat seems to require gcc Initial Comment: I was told that expat was a portable, ligthweight XML parser, but I am having portability issues. If one uses the GNU gcc compilers on every platform, then expat seems quite portable. However, I was surprised to find that the configure script has no option for selecting a compiler other than gcc. As an alternative, I configured without providing any configure options, and then went to hacking at the Makefiles and the libtool script. This seems a bad alternative to having an option to select other compilers in the configure script. As many other bug reports have mentioned, the individual trying to install expat using a non-GNU C compiler is left to manually change the compile and link options, without a clue as to what must be changed. I have been trying to port to the WorkShop5.0 comilers for Solaris 2.7. After hacking compiler options for dependencies, shared object libraries, optimization, etc., I gave up when 'make' returned the following: cd lib; gmake gmake[1]: Entering directory `/home/netlj/Software/expat-1.95.1/lib' /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -xO2 -c xmlparse.c mkdir .libs cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.1\ -I. -I.. -g -xO2 -c xmlparse.c -KPIC -DPIC -o .libs/xmlparse.lo cc: illegal suffix of output filename gmake[1]: *** [xmlparse.lo] Error 1 gmake[1]: Leaving directory `/home/netlj/Software/expat-1.95.1/lib' gmake: *** [lib] Error 2 Since I don't understand what the .lo file is for, I'm not sure how to proceed to resolve this problem. I'd like to request that you generalize your configure script to allow the user to specify a C compiler other than gcc. If the user is restricted to gcc or a fair amount of hacking, they may look elsewhere for a XML parser. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=438876&group_id=10127 From noreply@sourceforge.net Thu Jul 5 22:38:18 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 05 Jul 2001 14:38:18 -0700 Subject: [ expat-Patches-438892 ] Probing macro for autoconf/aclocal Message-ID: Patches item #438892, was opened at 2001-07-05 14:38 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=438892&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Probing macro for autoconf/aclocal Initial Comment: Here is the autoconf probing macro suitable to be included by aclocal. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=438892&group_id=10127 From noreply@sourceforge.net Wed Jul 11 21:27:58 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 11 Jul 2001 13:27:58 -0700 Subject: [ expat-Bugs-440502 ] release files are old Message-ID: Bugs item #440502, was opened at 2001-07-11 13:27 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=440502&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: release files are old Initial Comment: my problem (Makefile.in only workds with gcc) has long been fixed in CVS. what about a new distribution ? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=440502&group_id=10127 From noreply@sourceforge.net Sun Jul 15 16:02:46 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sun, 15 Jul 2001 08:02:46 -0700 Subject: [ expat-Bugs-441449 ] problems with parsing external entities Message-ID: Bugs item #441449, was opened at 2001-07-15 08:02 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=441449&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rafael R. Sevilla (didosevilla) Assigned to: Nobody/Anonymous (nobody) Summary: problems with parsing external entities Initial Comment: I've tried to use Expat's external entity parsing module in my project (http://xml-lit.sourceforge.net/) and have gotten some very strange results. I used Expat's XML_ExternalEntityParserCreate within an external entity reference handler and used the parser once again. Had mixed results with this. For one particular document referred to by an external entity Expat would give an error: "no element found" at the end of the document (line number). Doesn't happen with all the other documents I have. The document was perfectly legal XML and otherwise Expat can parse it directly...just not through the external entity. The document was also quite large, so I tried to work around it by splitting the document into several more documents...the problem went away. Will cruft together a simpler example document and short program to illustrate this problem. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=441449&group_id=10127 From noreply@sourceforge.net Mon Jul 16 08:25:06 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 16 Jul 2001 00:25:06 -0700 Subject: [ expat-Bugs-441449 ] problems with parsing external entities Message-ID: Bugs item #441449, was opened at 2001-07-15 08:02 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=441449&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rafael R. Sevilla (didosevilla) Assigned to: Nobody/Anonymous (nobody) Summary: problems with parsing external entities Initial Comment: I've tried to use Expat's external entity parsing module in my project (http://xml-lit.sourceforge.net/) and have gotten some very strange results. I used Expat's XML_ExternalEntityParserCreate within an external entity reference handler and used the parser once again. Had mixed results with this. For one particular document referred to by an external entity Expat would give an error: "no element found" at the end of the document (line number). Doesn't happen with all the other documents I have. The document was perfectly legal XML and otherwise Expat can parse it directly...just not through the external entity. The document was also quite large, so I tried to work around it by splitting the document into several more documents...the problem went away. Will cruft together a simpler example document and short program to illustrate this problem. ---------------------------------------------------------------------- >Comment By: Rafael R. Sevilla (didosevilla) Date: 2001-07-16 00:25 Message: Logged In: YES user_id=26058 Further notes on this apparent bug: It seems that it depends both on the file size and the size of the buffer I use. For a buffer that is 8,192 bytes in size, a file of up to 10,775 bytes can be created that can be parsed without error. Going to 10,776 or larger file size will cause the parser to exit with the above error. Increasing the buffer size made the problem go away, but apparently it will just take a bigger file for Expat to produce the same errorin that case. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=441449&group_id=10127 From syprat@yahoo.fr Tue Jul 17 10:55:07 2001 From: syprat@yahoo.fr (=?iso-8859-1?q?Sylvain=20PRAT?=) Date: Tue, 17 Jul 2001 11:55:07 +0200 (CEST) Subject: Dev Studio / Release Message-ID: <20010717095507.59809.qmail@web14804.mail.yahoo.com> There's many compilation errors with Visual C++ 6.0, when building the expat library, in the release version (no problem with debug version). ___________________________________________________________ Do You Yahoo!? -- Vos albums photos en ligne, Yahoo! Photos : http://fr.photos.yahoo.com From fdrake@acm.org Tue Jul 17 12:47:17 2001 From: fdrake@acm.org (Fred L. Drake, Jr.) Date: Tue, 17 Jul 2001 07:47:17 -0400 (EDT) Subject: Dev Studio / Release In-Reply-To: <20010717095507.59809.qmail@web14804.mail.yahoo.com> References: <20010717095507.59809.qmail@web14804.mail.yahoo.com> Message-ID: <15188.9669.407999.474933@cj42289-a.reston1.va.home.com> =?iso-8859-1?q?Sylvain=20PRAT?= writes: > There's many compilation errors with Visual C++ 6.0, > when building the expat library, in the release > version (no problem with debug version). Please be more specific, and submit the errors via the SourceForge bug tracker so we don't lose track of them: http://sourceforge.net/projects/expat/ Thanks! -Fred -- Fred L. Drake, Jr. PythonLabs at Digital Creations From noreply@sourceforge.net Wed Jul 18 22:03:40 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 18 Jul 2001 14:03:40 -0700 Subject: [ expat-Patches-426894 ] Expat XML Parser for PERL Message-ID: Patches item #426894, was opened at 2001-05-24 02:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=426894&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Bentot (bennyc) Assigned to: Nobody/Anonymous (nobody) Summary: Expat XML Parser for PERL Initial Comment: I'm very new in this area and I need to run a utility in PERL that requires Expat XML Parser. I have just installed ActivePERL yesterday and needed to run N Walsh' dtdformat, but it required XML::DOM, which required XML::Parser ver 2.30, which required Expat XML Parser. I already got Expat XML Parser but don't know how to make it work with PERL. Ihope you can help me. Thanks a lot! Benny ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-18 14:03 Message: Logged In: YES user_id=3066 Closed: This is not a bug, and does not apply to Expat in general, but to XML::Parser. ---------------------------------------------------------------------- Comment By: Joe Willingham (starfishmedia) Date: 2001-06-30 21:06 Message: Logged In: YES user_id=258284 I'm a newbie also so I'll try to lend a hand here. (No guarantees:) 1) extracting the files (this will unzip and untar in one step): gzip -cd expat-1.95.1.tar.gz | tar xfv - 2) go to the expat directory just created by the extractor: cd expat-1.95.1 3) ./configure 4) make 5) make install Try it. I think you will succeed. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=426894&group_id=10127 From noreply@sourceforge.net Fri Jul 20 11:12:40 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 03:12:40 -0700 Subject: [ expat-Bugs-443027 ] installation problem Message-ID: Bugs item #443027, was opened at 2001-07-20 03:12 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=443027&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: installation problem Initial Comment: OS: Digital Unix V4.0F ./configure done make done but no output make install error message /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=1.95.0 -I. -I libtool: compile cannot determine name of library object from '-c' *** Exit 1 Stop. *** Exit 1 Stop ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=443027&group_id=10127 From jimedwards@altavista.com Fri Jul 20 15:52:13 2001 From: jimedwards@altavista.com (Jim Edwards) Date: Fri, 20 Jul 2001 14:52:13 +0000 Subject: configuration error Message-ID: <3B58459D.90989EDF@altavista.com> I=B4m on an SGI irix 6.5 with gnumake 3.79.1 and gnu libtool 1.3.5 No error messages that I can see from configure but when I try to build : expat-1.95.1> make cd lib; gmake gmake[1]: Entering directory `/home/jedwards/src/expat-1.95.1/lib' /bin/sh ../libtool --mode=3Dcompile cc -DHAVE_CONFIG_H -DPACKAGE=3Dexpat -DVERSION=3Dexpat_1.95.1 -I. -I.. -g -c xmlparse.c mkdir .libs cc -DHAVE_CONFIG_H "-DPACKAGE=3D\"expat\"" "-DVERSION=3D\"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. any ideas? Thanks, Jim From noreply@sourceforge.net Fri Jul 20 22:45:29 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 14:45:29 -0700 Subject: [ expat-Bugs-443205 ] XML_UNICODE_WCHAR_T on Unix Message-ID: Bugs item #443205, was opened at 2001-07-20 14:45 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=443205&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_UNICODE_WCHAR_T on Unix Initial Comment: Expat when compiled in wide character mode (using the flag XML_UNICODE_WCHAR_T) on Unix results in "t@1 (l@1) signal BUS (invalid address alignment) in poolStoreString at line 4459 in file xmlparse.c" ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=443205&group_id=10127 From noreply@sourceforge.net Sat Jul 21 03:17:23 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 19:17:23 -0700 Subject: [ expat-Bugs-443205 ] XML_UNICODE_WCHAR_T on Unix Message-ID: Bugs item #443205, was opened at 2001-07-20 14:45 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=443205&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_UNICODE_WCHAR_T on Unix Initial Comment: Expat when compiled in wide character mode (using the flag XML_UNICODE_WCHAR_T) on Unix results in "t@1 (l@1) signal BUS (invalid address alignment) in poolStoreString at line 4459 in file xmlparse.c" ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 19:17 Message: Logged In: YES user_id=3066 We need more specific platform information on this; what hardware and operating system was used? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=443205&group_id=10127 From noreply@sourceforge.net Sat Jul 21 03:30:11 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 19:30:11 -0700 Subject: [ expat-Patches-412076 ] Expat for Cygwin Message-ID: Patches item #412076, was opened at 2001-03-28 18:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=412076&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: David Crowley (dcrowley) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Expat for Cygwin Initial Comment: Here's a diff I have for expat.h to compile with the Cygwin gcc compiler. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 19:30 Message: Logged In: YES user_id=3066 Checked in the alternate version of the patch as lib/expat.h.in revision 1.4. I do not have easy access to Windows right now, so I can't test it on a platform where is matters. Please file a bug report (with patch if possible!) if there are further problems. Thanks! ---------------------------------------------------------------------- Comment By: Robert Collins (rbcollins) Date: 2001-05-25 06:40 Message: Logged In: YES user_id=30963 Here's an alternative patch. I don't know which will be more msdev friendly... The need for the patch is that the macro XMPARSEAPI expands in the middle of the return value (ie gcc see const char __declspec(dllimport) * function which is uhmmm, bad. putting the XMLPARSEAPI at the end as per my patch gives const char * __declspec(dllimport) function which is better, and shouldn't confuse MS compilers either. Kudos for the nice fast package btw. Rob (Cygwin pthread maintainer) --- expat-1.95.1/lib/expat.h Mon Oct 23 06:47:35 2000 +++ expat-1.95.1-good/lib/expat.h Fri May 25 23:30:05 2001 @@ -544,7 +544,7 @@ Returns zero if out of memory, non-zero int XMLPARSEAPI XML_SetBase(XML_Parser parser, const XML_Char *base); -const XML_Char XMLPARSEAPI * +const XML_Char * XMLPARSEAPI XML_GetBase(XML_Parser parser); /* Returns the number of the attribute/value pairs passed in last call @@ -570,7 +570,7 @@ len may be zero for this call (or any ot int XMLPARSEAPI XML_Parse(XML_Parser parser, const char *s, int len, int isFinal); -void XMLPARSEAPI * +void * XMLPARSEAPI XML_GetBuffer(XML_Parser parser, int len); int XMLPARSEAPI @@ -683,7 +683,7 @@ XML_GetCurrentByteCount(XML_Parser parse NOTE: The character pointer returned should not be used outside the handler that makes the call. */ -const char XMLPARSEAPI * +const char * XMLPARSEAPI XML_GetInputContext(XML_Parser parser, int *offset, int *size); @@ -698,11 +698,11 @@ void XMLPARSEAPI XML_ParserFree(XML_Parser parser); /* Returns a string describing the error. */ -const XML_LChar XMLPARSEAPI * +const XML_LChar * XMLPARSEAPI XML_ErrorString(int code); /* Return a string containing the version number of this expat */ -const XML_LChar XMLPARSEAPI * +const XML_LChar * XMLPARSEAPI XML_ExpatVersion(); #ifdef __cplusplus ---------------------------------------------------------------------- Comment By: David Crowley (dcrowley) Date: 2001-05-08 13:33 Message: Logged In: YES user_id=27458 It looks like the Cygnus gcc-2.95.3-4 needs this patch. ---------------------------------------------------------------------- Comment By: David Crowley (dcrowley) Date: 2001-03-29 10:43 Message: Logged In: YES user_id=27458 Actually, the latest version of the Cygnus gcc compiler (gcc-2.95.3-1) doesn't need this patch. An earlier version (I don't know exact version) did. It was probably a bug in the compiler, it looks like it has something to do with the XMLPARSEAPI macro along with a const return value. I just had to move the XMLPARSEAPI macro before the return type. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-03-28 21:16 Message: Logged In: YES user_id=3066 The diff is not attached; please use the SF page for this patch to attach the diff -- thanks! ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=412076&group_id=10127 From noreply@sourceforge.net Sat Jul 21 04:24:19 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 20:24:19 -0700 Subject: [ expat-Patches-429501 ] predefined entities... Message-ID: Patches item #429501, was opened at 2001-06-01 19:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=429501&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David MacCormack (spoorancher) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: predefined entities... Initial Comment: Co-workers and myself have found it useful to be able to disable the expansion of default entities under certain circumstances. For example, in a pipeline such as: app1 | app2 | app3 you only want app3 to actually expand default entities, otherwise you'll get wellformedness (is that a word ?:) errors if you have a character handler installed. A buddy of mine actually hacked the xmltok_impl code and recompiled (which works quite well), but I decided to take a stab at providing a function/runtime means of changing this behavior. The attached patch compiles, runs, and it produces the expected results against my test cases. changes include: * new func decl in expat.h (or expat.h.in I suppose) * a few mods to xmlparse.c Dave ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:24 Message: Logged In: YES user_id=3066 Assigned to me since I'm interested in something similar. Would you consider is acceptable to get a callback for all references to internal entities? I'd like to have an event for internal entities defined in the internal subset and predefined entities like "lt" & friends. You should be able to use a handler for that to present the output you require as well. This would be useful when building a DOM or generating a SAX event stream that contains all the little niggly details. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=429501&group_id=10127 From noreply@sourceforge.net Sat Jul 21 04:25:26 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 20:25:26 -0700 Subject: [ expat-Patches-431342 ] Fix cross compile. Message-ID: Patches item #431342, was opened at 2001-06-08 01:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=431342&group_id=10127 >Category: Build Control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mo DeJong (mdejong) >Assigned to: Greg Stein (gstein) Summary: Fix cross compile. Initial Comment: Here is a patch to fix cross compiling of expat. The problem is the AC_C_BIGENDIAN macro. Instead of using AC_C_BIGENDIAN, the AC_C_BIGENDIAN_CROSS macro from the autoconf archive should be used. I am going to attach the macro file here. Note that you can also obtain this same file from: http://cryp.to/autoconf-archive/Cross_Compilation/ac_c_bigendian_cross.html Also, I am not claiming this is the perfect way to add .m4 files to aclocal.m4. I tried to make it work like your existing buildconf.sh. Note that the macro file should live in: conftools/ac_c_bigendian_cross.m4 ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=431342&group_id=10127 From noreply@sourceforge.net Sat Jul 21 04:27:14 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 20:27:14 -0700 Subject: [ expat-Patches-438892 ] Probing macro for autoconf/aclocal Message-ID: Patches item #438892, was opened at 2001-07-05 14:38 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=438892&group_id=10127 >Category: Build Control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Greg Stein (gstein) Summary: Probing macro for autoconf/aclocal Initial Comment: Here is the autoconf probing macro suitable to be included by aclocal. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=438892&group_id=10127 From noreply@sourceforge.net Sat Jul 21 04:38:29 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 20:38:29 -0700 Subject: [ expat-Patches-431340 ] Building when srcdir != buildir. Message-ID: Patches item #431340, was opened at 2001-06-08 01:20 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=431340&group_id=10127 Category: Build Control Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Mo DeJong (mdejong) Assigned to: Nobody/Anonymous (nobody) Summary: Building when srcdir != buildir. Initial Comment: Here is a quick patch that fixes building expat in a build dir. With it, you can build a debug and non-debug set of binaries from the same source tree. cheers Mo ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:38 Message: Logged In: YES user_id=3066 Checked in as configure.in revision 1.15 and lib/Makefile.in revision 1.13. Thanks! ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=431340&group_id=10127 From noreply@sourceforge.net Sat Jul 21 04:42:05 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 20:42:05 -0700 Subject: [ expat-Bugs-440502 ] release files are old Message-ID: Bugs item #440502, was opened at 2001-07-11 13:27 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=440502&group_id=10127 Category: None >Group: Not a Bug >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: release files are old Initial Comment: my problem (Makefile.in only workds with gcc) has long been fixed in CVS. what about a new distribution ? ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:42 Message: Logged In: YES user_id=3066 Yes, we need to get a new package out. I'm going to need some help getting the Windows build into shape, however, and don't think we can have a Unix-only release. Closing the report since this isn't actually a software bug, however. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=440502&group_id=10127 From noreply@sourceforge.net Sat Jul 21 04:45:07 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 20:45:07 -0700 Subject: [ expat-Bugs-443027 ] installation problem Message-ID: Bugs item #443027, was opened at 2001-07-20 03:12 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=443027&group_id=10127 >Category: Build control >Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: installation problem Initial Comment: OS: Digital Unix V4.0F ./configure done make done but no output make install error message /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=1.95.0 -I. -I libtool: compile cannot determine name of library object from '-c' *** Exit 1 Stop. *** Exit 1 Stop ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:45 Message: Logged In: YES user_id=3066 Was this using the 1.95.1 release or the latest CVS version? (I can't expect an answer since the report was anonymous; is there anyone who can help reproduce this and help figure out what's happening?) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=443027&group_id=10127 From noreply@sourceforge.net Sat Jul 21 04:46:43 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 20:46:43 -0700 Subject: [ expat-Bugs-406262 ] "make install" fails in using builddir Message-ID: Bugs item #406262, was opened at 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: Closed >Resolution: Fixed 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); ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:46 Message: Logged In: YES user_id=3066 Due to other changes in the source tree, this is no longer a problem. Configure now sets up the right directory references, and the expat.h file is generated at build time. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=406262&group_id=10127 From noreply@sourceforge.net Sat Jul 21 04:48:20 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 20:48:20 -0700 Subject: [ expat-Bugs-231288 ] Undeclared VERSION under WinNT&Borland C++ Builder Message-ID: Bugs item #231288, was opened at 2001-02-06 10:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=231288&group_id=10127 Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Undeclared VERSION under WinNT&Borland C++ Builder Initial Comment: When I try to make expat 1.95.1 under WinNT using Borland C++ Builder, the last failed to find #define VERSION ... I set `COMPILE_FROM_DSP' (or smth. like that, not sure now), it includes winconfig.h, but this header does not contain declaration of VERSION. So, I had to add #ifndef VERSION #define VERSION "1.95.1" #endif m.b. it'll be better, if you add this declaration in it? ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:48 Message: Logged In: YES user_id=3066 The build has changed a little bit on Unix, but the Windows port has fallen behind. Can anyone determine if this is still a problem? Thanks! ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=231288&group_id=10127 From noreply@sourceforge.net Sat Jul 21 04:51:50 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 20:51:50 -0700 Subject: [ expat-Bugs-438393 ] expat compile fails in ld on HPUX 11.0 Message-ID: Bugs item #438393, was opened at 2001-07-03 16:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=438393&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: SANJAY WAZA (sanjay_waza) Assigned to: Nobody/Anonymous (nobody) Summary: expat compile fails in ld on HPUX 11.0 Initial Comment: I failed to install the expat . I am not able to understand why The configure with though fine , It failed in make The results of configure are ./configure -- prefix=/users/summit/implementation/admin/expat ./configure -- prefix=/users/summit/implementation/admin/expat loading cache ./config.cache checking host system type... hppa2.0w-hp-hpux11.00 checking build system type... hppa2.0w-hp-hpux11.00 checking for ranlib... (cached) ranlib 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 -p 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... +Z checking if cc PIC flag +Z works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc static flag -Wl,-a -Wl,archive works... -Wl,-a -Wl,archive 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 -p output... failed checking how to hardcode library paths into programs... relink checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... hpux11.00 dld.sl checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes 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... (cached) /opt/imake/bin/install -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) 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 In Make it gives the following error autoconf Make: Cannot load autoconf. Stop. *** Error exit code 1 Stop. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:51 Message: Logged In: YES user_id=3066 Can you test this with the current CVS version of Expat? The build process has changed a fair bit, and suspect this may have changed. Thanks! ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=438393&group_id=10127 From noreply@sourceforge.net Sat Jul 21 04:54:48 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 20:54:48 -0700 Subject: [ expat-Bugs-438876 ] Configure for expat seems to require gcc Message-ID: Bugs item #438876, was opened at 2001-07-05 13:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=438876&group_id=10127 Category: Build control Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Configure for expat seems to require gcc Initial Comment: I was told that expat was a portable, ligthweight XML parser, but I am having portability issues. If one uses the GNU gcc compilers on every platform, then expat seems quite portable. However, I was surprised to find that the configure script has no option for selecting a compiler other than gcc. As an alternative, I configured without providing any configure options, and then went to hacking at the Makefiles and the libtool script. This seems a bad alternative to having an option to select other compilers in the configure script. As many other bug reports have mentioned, the individual trying to install expat using a non-GNU C compiler is left to manually change the compile and link options, without a clue as to what must be changed. I have been trying to port to the WorkShop5.0 comilers for Solaris 2.7. After hacking compiler options for dependencies, shared object libraries, optimization, etc., I gave up when 'make' returned the following: cd lib; gmake gmake[1]: Entering directory `/home/netlj/Software/expat-1.95.1/lib' /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -xO2 -c xmlparse.c mkdir .libs cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.1\ -I. -I.. -g -xO2 -c xmlparse.c -KPIC -DPIC -o .libs/xmlparse.lo cc: illegal suffix of output filename gmake[1]: *** [xmlparse.lo] Error 1 gmake[1]: Leaving directory `/home/netlj/Software/expat-1.95.1/lib' gmake: *** [lib] Error 2 Since I don't understand what the .lo file is for, I'm not sure how to proceed to resolve this problem. I'd like to request that you generalize your configure script to allow the user to specify a C compiler other than gcc. If the user is restricted to gcc or a fair amount of hacking, they may look elsewhere for a XML parser. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:54 Message: Logged In: YES user_id=3066 I think all the gcc dependencies have been removed from the current development version in CVS. Can anyone with this compiler and not GCC check this to see if the problem persists? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=438876&group_id=10127 From noreply@sourceforge.net Sat Jul 21 04:56:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 20:56:02 -0700 Subject: [ expat-Bugs-414993 ] xmlfile.obj : error LNK2001: unresolved Message-ID: Bugs item #414993, was opened at 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 Resolution: None 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. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:56 Message: Logged In: YES user_id=3066 Which version of expat was this using? 1.95.x, or the latest CVS sources? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414993&group_id=10127 From noreply@sourceforge.net Sat Jul 21 06:40:15 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 20 Jul 2001 22:40:15 -0700 Subject: [ expat-Patches-429501 ] predefined entities... Message-ID: Patches item #429501, was opened at 2001-06-01 19:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=429501&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David MacCormack (spoorancher) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: predefined entities... Initial Comment: Co-workers and myself have found it useful to be able to disable the expansion of default entities under certain circumstances. For example, in a pipeline such as: app1 | app2 | app3 you only want app3 to actually expand default entities, otherwise you'll get wellformedness (is that a word ?:) errors if you have a character handler installed. A buddy of mine actually hacked the xmltok_impl code and recompiled (which works quite well), but I decided to take a stab at providing a function/runtime means of changing this behavior. The attached patch compiles, runs, and it produces the expected results against my test cases. changes include: * new func decl in expat.h (or expat.h.in I suppose) * a few mods to xmlparse.c Dave ---------------------------------------------------------------------- >Comment By: David MacCormack (spoorancher) Date: 2001-07-20 22:40 Message: Logged In: YES user_id=234615 Hi Fred. So if I'm following you, you'd define an XML_InternalEntityRefHandler callback -- or perhaps deprecate the current XML_ExternalEntityRefHandler and simply define a generic XML_EntityRefHandler, combining them as you did with XML_EntityDeclHandler -- as well as the accompanying XML_Set??? function. And, if the user has set a callback, that will be called for each reference; otherwise, the current behavior will be done (as not to break existing code). Is that the gist? It's far more functionality than we (www.bna.com) need, but if (as you say) you want a generic solution that would allow the user to take any action (such as building a DOM), then it looks good to me... go for it :)! ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:24 Message: Logged In: YES user_id=3066 Assigned to me since I'm interested in something similar. Would you consider is acceptable to get a callback for all references to internal entities? I'd like to have an event for internal entities defined in the internal subset and predefined entities like "lt" & friends. You should be able to use a handler for that to present the output you require as well. This would be useful when building a DOM or generating a SAX event stream that contains all the little niggly details. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=429501&group_id=10127 From arshad@bhartitelesoft.com Mon Jul 23 07:13:53 2001 From: arshad@bhartitelesoft.com (Arshad) Date: Mon, 23 Jul 2001 11:43:53 +0530 Subject: Query Message-ID: This is a multi-part message in MIME format. ---------------------- multipart/mixed attachment hi, I've just downloaded the latest expat zip file for win32 and extracted to install the XML::Parser package but found some errors which were never reported, I suppose. Please see the attached txt files for those errors. regards Arshad ---------------------- multipart/mixed attachment Note (probably harmless): No library found for '-lexpat' Writing Makefile for XML::Parser::Expat Writing Makefile for XML::Parser ---------------------- multipart/mixed attachment cl.exe -c -Od -MD -DNDEBUG -GX -DWIN32 -D_CONSOLE -DNO_STRICT = -DHAVE_DES_FCRYPT -DPERL_CAPI -Od -MD -DNDEBUG -GX = -DVERSION=3D\"2.30\" -DXS_VERSION=3D\"2.30\" -IC:\Perl\lib\CORE = Expat.c Expat.c Expat.xs(12) : fatal error C1083: Cannot open include file: 'expat.h': = No such file or directory ---------------------- multipart/mixed attachment-- From fdrake@acm.org Mon Jul 23 14:32:43 2001 From: fdrake@acm.org (Fred L. Drake, Jr.) Date: Mon, 23 Jul 2001 09:32:43 -0400 (EDT) Subject: Query In-Reply-To: References: Message-ID: <15196.10107.642119.54047@cj42289-a.reston1.va.home.com> Arshad writes: > I've just downloaded the latest expat zip file for win32 and extracted to > install the XML::Parser package but found some errors which were never > reported, I suppose. This looks like you're attempting to build XML::Parser without building the base Expat library first. You should download Expat 1.95.1 from SourceForge: http://sourceforge.net/projects/expat/ The XML::Parser package depends on having Expat available; the library and header file are made available by the Expat installation. -Fred -- Fred L. Drake, Jr. PythonLabs at Digital Creations From noreply@sourceforge.net Tue Jul 24 10:45:45 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 24 Jul 2001 02:45:45 -0700 Subject: [ expat-Bugs-443027 ] installation problem Message-ID: Bugs item #443027, was opened at 2001-07-20 03:12 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=443027&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: installation problem Initial Comment: OS: Digital Unix V4.0F ./configure done make done but no output make install error message /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=1.95.0 -I. -I libtool: compile cannot determine name of library object from '-c' *** Exit 1 Stop. *** Exit 1 Stop ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-07-24 02:45 Message: Logged In: NO I did not recognize that I used 1.95.0! Tried it again with 1.95.1. Here is the output of installation process: wdeep5.eplus.de> ./configure --prefix /usr/users/ffelgenh/local creating cache ./config.cache checking host system type... alphaev56-dec-osf4.0f checking build system type... alphaev56-dec-osf4.0f 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 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 -non_shared works... -non_shared 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 output... failed checking how to hardcode library paths into programs... immediate checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... osf4.0f 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... 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... no 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 wdeep5.eplus.de> make wdeep5.eplus.de> make install /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' *** Exit 1 Stop. *** Exit 1 Stop. wdeep5.eplus.de> ls -l ../local/lib total 0 wdeep5.eplus.de> find .. -name xmlparse\.pp wdeep5.eplus.de> pwd /usr/users/ffelgenh/expat-1.95.1 wdeep5.eplus.de> find .. | grep xmlparse ../expat-1.95.0/lib/xmlparse.c ../expat-1.95.1/lib/xmlparse.c ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:45 Message: Logged In: YES user_id=3066 Was this using the 1.95.1 release or the latest CVS version? (I can't expect an answer since the report was anonymous; is there anyone who can help reproduce this and help figure out what's happening?) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=443027&group_id=10127 From noreply@sourceforge.net Tue Jul 24 18:26:34 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 24 Jul 2001 10:26:34 -0700 Subject: [ expat-Patches-403571 ] Makefile for Win32 nmake Message-ID: Patches item #403571, was opened at 2001-02-02 17:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=403571&group_id=10127 Category: Build Control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kurt Stephens (kstep) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Makefile for Win32 nmake Initial Comment: The attached Makefile.nt builds and installs Expat-1.95.1 from the Win32 command line using Microsoft's nmake utility. The makefile uses command line macros to specify the library name and installation directories. These macros are documented in the comment block at the top of the file. The makefile should be installed in and run from the Expat-1.95.1\lib subdirectory. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 10:26 Message: Logged In: YES user_id=3066 Re-assigned to me, since I seem more likely to do something with it at this point. I'm also getting really annoyed by MSVC's IDE. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-02-14 10:24 Message: Assigned to Clark since he seems to have substantially more Windows experience (& platform access) than I do. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=403571&group_id=10127 From noreply@sourceforge.net Tue Jul 24 20:55:58 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 24 Jul 2001 12:55:58 -0700 Subject: [ expat-Patches-431342 ] Fix cross compile. Message-ID: Patches item #431342, was opened at 2001-06-08 01:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=431342&group_id=10127 Category: Build Control Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Mo DeJong (mdejong) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Fix cross compile. Initial Comment: Here is a patch to fix cross compiling of expat. The problem is the AC_C_BIGENDIAN macro. Instead of using AC_C_BIGENDIAN, the AC_C_BIGENDIAN_CROSS macro from the autoconf archive should be used. I am going to attach the macro file here. Note that you can also obtain this same file from: http://cryp.to/autoconf-archive/Cross_Compilation/ac_c_bigendian_cross.html Also, I am not claiming this is the perfect way to add .m4 files to aclocal.m4. I tried to make it work like your existing buildconf.sh. Note that the macro file should live in: conftools/ac_c_bigendian_cross.m4 ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 12:55 Message: Logged In: YES user_id=3066 Checked in as buildconf.sh revision 1.2 and configure.in revision 1.16. I'm not able to test in a cross-compilation environment, but this doesn't break my x86 build. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=431342&group_id=10127 From noreply@sourceforge.net Tue Jul 24 21:07:56 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 24 Jul 2001 13:07:56 -0700 Subject: [ expat-Patches-438892 ] Probing macro for autoconf/aclocal Message-ID: Patches item #438892, was opened at 2001-07-05 14:38 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=438892&group_id=10127 Category: Build Control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Probing macro for autoconf/aclocal Initial Comment: Here is the autoconf probing macro suitable to be included by aclocal. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 13:07 Message: Logged In: YES user_id=3066 I'm not sure how this should be used; can someone provide a brief example? Should this just get tossed in the conftools/ directory and mentioned in the README? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=438892&group_id=10127 From noreply@sourceforge.net Tue Jul 24 22:09:29 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 24 Jul 2001 14:09:29 -0700 Subject: [ expat-Patches-431342 ] Fix cross compile. Message-ID: Patches item #431342, was opened at 2001-06-08 01:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=431342&group_id=10127 Category: Build Control Group: None Status: Closed Resolution: Accepted Priority: 5 Submitted By: Mo DeJong (mdejong) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Fix cross compile. Initial Comment: Here is a patch to fix cross compiling of expat. The problem is the AC_C_BIGENDIAN macro. Instead of using AC_C_BIGENDIAN, the AC_C_BIGENDIAN_CROSS macro from the autoconf archive should be used. I am going to attach the macro file here. Note that you can also obtain this same file from: http://cryp.to/autoconf-archive/Cross_Compilation/ac_c_bigendian_cross.html Also, I am not claiming this is the perfect way to add .m4 files to aclocal.m4. I tried to make it work like your existing buildconf.sh. Note that the macro file should live in: conftools/ac_c_bigendian_cross.m4 ---------------------------------------------------------------------- >Comment By: Mo DeJong (mdejong) Date: 2001-07-24 14:09 Message: Logged In: YES user_id=90858 I just tested it out and it seems to be working just fine. Thanks Mo ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 12:55 Message: Logged In: YES user_id=3066 Checked in as buildconf.sh revision 1.2 and configure.in revision 1.16. I'm not able to test in a cross-compilation environment, but this doesn't break my x86 build. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=431342&group_id=10127 From noreply@sourceforge.net Tue Jul 24 22:50:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 24 Jul 2001 14:50:02 -0700 Subject: [ expat-Bugs-230172 ] examples and xmlwf Makefile.in don't support builddir Message-ID: Bugs item #230172, was opened at 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 Resolution: None 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 ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 14:50 Message: Logged In: YES user_id=3066 I'm not sure what the deal should be with the LDFLAGS setting; I'll leave that with Greg for a little longer, at least until I can read up some more on libtool. The other changes appear to have already been made in CVS. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=230172&group_id=10127 From noreply@sourceforge.net Tue Jul 24 23:09:32 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 24 Jul 2001 15:09:32 -0700 Subject: [ expat-Bugs-420676 ] illegal compile option on AIX Message-ID: Bugs item #420676, was opened at 2001-05-02 00:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=420676&group_id=10127 Category: Build control Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: illegal compile option on AIX Initial Comment: I get the following /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 The error code from the last command is 1. running make install on aix for expat 1.95.1. I have no idea what -MD is or how to repair this. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 15:09 Message: Logged In: YES user_id=3066 The command lines used in the CVS version have been simplified and are more portable. The options which created this problem are no longer used. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-06-26 05:16 Message: Logged In: NO suite au même probléme, des compléments d'information: make donne up-to-date => pas de .o pourquoi?? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-06-26 02:09 Message: Logged In: NO J'ai aussi execatement le même problème sur AIX 4.3.3 et celà me pénalise pour installer XML::Parser de Perl ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=420676&group_id=10127 From noreply@sourceforge.net Tue Jul 24 23:10:54 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 24 Jul 2001 15:10:54 -0700 Subject: [ expat-Bugs-225294 ] Makefile breaks on HP-UX 10.20 make Message-ID: Bugs item #225294, was opened at 2000-12-10 21:20 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=225294&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Wangden Kelsang (wngdn) Assigned to: Greg Stein (gstein) Summary: Makefile breaks on HP-UX 10.20 make Initial Comment: The built-in make on HP-UX 10.20 has some problem with the Makefile which leads it to believe that it needs to run autoconf. Gnu make works just fine, so this isn't a huge problem. But, it would be great if you could mention this in the build instructions. Thanks, Wangden ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 15:10 Message: Logged In: YES user_id=3066 Is it possible to provide more details? What diagnotics are presented at the failure? Do they still exist with the CVS version (if you're able to check that)? Thanks! ---------------------------------------------------------------------- Comment By: Wangden Kelsang (wngdn) Date: 2000-12-10 21:26 Message: I forgot to mention that this is in reference to version 1.95.1. Wangden ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=225294&group_id=10127 From noreply@sourceforge.net Tue Jul 24 23:12:44 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 24 Jul 2001 15:12:44 -0700 Subject: [ expat-Bugs-415911 ] missing XMLPARSEAPI for XML_DefaultCurre Message-ID: Bugs item #415911, was opened at 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: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Nobody/Anonymous (nobody) 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 ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 15:12 Message: Logged In: YES user_id=3066 This has been fixed in the CVS version. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=415911&group_id=10127 From noreply@sourceforge.net Tue Jul 24 23:14:36 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 24 Jul 2001 15:14:36 -0700 Subject: [ expat-Bugs-419121 ] Build failure on DecUnix with Dec cc Message-ID: Bugs item #419121, was opened at 2001-04-26 06:10 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=419121&group_id=10127 Category: Build control Group: Platform Specific >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) 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. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 15:14 Message: Logged In: YES user_id=3066 The command line shown includes some GCC-specific arguments that have been removed from the makefiles. This should no longer be a problem with the CVS version of Expat, but I do not have access to a DecUnix system to test with. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=419121&group_id=10127 From noreply@sourceforge.net Tue Jul 24 23:15:51 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 24 Jul 2001 15:15:51 -0700 Subject: [ expat-Bugs-428969 ] Cannot complile using cc Message-ID: Bugs item #428969, was opened at 2001-05-31 04:44 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=428969&group_id=10127 Category: Build control Group: Platform Specific >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) >Summary: Cannot complile using cc Initial Comment: Please can someone fix the Makefile as it does not work with the cc compiler. I believe that this problem is not (UNIX) platform specific as I have seen the bug reported in lots of different guises. I have the same problem as everyone else who has reported this fault. I have the same fault cd lib; make /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=1.95.0 -I. -I.. -g -c xmlparse.c rm -f .libs/xmlparse.lo cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\1.95.0\ -I. -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 *** Error code 1 make: Fatal error: Command failed for target `xmlparse.lo' Current working directory /tmp/soaplite/expat-1.95.0/lib *** Error code 1 make: Fatal error: Command failed for target `lib' I think this is due to the usage of the -MD option on the cc compile line and the fact that lib/.deps is empty. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 15:15 Message: Logged In: YES user_id=3066 The use of GCC-specific arguments has been fixed. This should no longer be a problem with the CVS version of Expat. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=428969&group_id=10127 From noreply@sourceforge.net Wed Jul 25 04:08:00 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 24 Jul 2001 20:08:00 -0700 Subject: [ expat-Bugs-430942 ] build breakage, various platforms Message-ID: Bugs item #430942, was opened at 2001-06-06 22:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=430942&group_id=10127 Category: Build control Group: Platform Specific >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Greg Stein (gstein) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: build breakage, various platforms Initial Comment: See the build comments detailed in: http://www.geocrawler.com/lists/3/SourceForge/5875/0/59 07540/ ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 20:08 Message: Logged In: YES user_id=3066 I've just checked in the additional Makefile targets; I think everything noted in the linked message is now fixed in the CVS version of Expat. One thing to note: Expat is not "GNUware" -- it is covered by the MIT/X11 license, which is more liberal in the uses of the software which is allows. Please do not hesitate to report any additional problems. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=430942&group_id=10127 From noreply@sourceforge.net Wed Jul 25 04:19:54 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 24 Jul 2001 20:19:54 -0700 Subject: [ expat-Bugs-419585 ] Compiling with gcc for C++ exceptions. Message-ID: Bugs item #419585, was opened at 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: Closed >Resolution: Wont Fix Priority: 5 Submitted By: David Crowley (dcrowley) >Assigned to: Fred L. Drake, Jr. (fdrake) 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). ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 20:19 Message: Logged In: YES user_id=3066 Added a note about this in README revision 1.7. This is not being added as a default option -- Expat is fundamentally a C implementation, not C++. Avoiding this option for normal C allows the optimizer to perform more effective optimizations and generally improve performance. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=419585&group_id=10127 From noreply@sourceforge.net Wed Jul 25 04:22:17 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 24 Jul 2001 20:22:17 -0700 Subject: [ expat-Bugs-438876 ] Configure for expat seems to require gcc Message-ID: Bugs item #438876, was opened at 2001-07-05 13:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=438876&group_id=10127 Category: Build control Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Configure for expat seems to require gcc Initial Comment: I was told that expat was a portable, ligthweight XML parser, but I am having portability issues. If one uses the GNU gcc compilers on every platform, then expat seems quite portable. However, I was surprised to find that the configure script has no option for selecting a compiler other than gcc. As an alternative, I configured without providing any configure options, and then went to hacking at the Makefiles and the libtool script. This seems a bad alternative to having an option to select other compilers in the configure script. As many other bug reports have mentioned, the individual trying to install expat using a non-GNU C compiler is left to manually change the compile and link options, without a clue as to what must be changed. I have been trying to port to the WorkShop5.0 comilers for Solaris 2.7. After hacking compiler options for dependencies, shared object libraries, optimization, etc., I gave up when 'make' returned the following: cd lib; gmake gmake[1]: Entering directory `/home/netlj/Software/expat-1.95.1/lib' /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -xO2 -c xmlparse.c mkdir .libs cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.1\ -I. -I.. -g -xO2 -c xmlparse.c -KPIC -DPIC -o .libs/xmlparse.lo cc: illegal suffix of output filename gmake[1]: *** [xmlparse.lo] Error 1 gmake[1]: Leaving directory `/home/netlj/Software/expat-1.95.1/lib' gmake: *** [lib] Error 2 Since I don't understand what the .lo file is for, I'm not sure how to proceed to resolve this problem. I'd like to request that you generalize your configure script to allow the user to specify a C compiler other than gcc. If the user is restricted to gcc or a fair amount of hacking, they may look elsewhere for a XML parser. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 20:22 Message: Logged In: YES user_id=3066 Looking at this again, I suspect this is still a possible problem. This probably represents some non-portability in the libtool tool. Can anyone confirm this, or offer a fix? ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:54 Message: Logged In: YES user_id=3066 I think all the gcc dependencies have been removed from the current development version in CVS. Can anyone with this compiler and not GCC check this to see if the problem persists? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=438876&group_id=10127 From noreply@sourceforge.net Wed Jul 25 17:39:24 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 09:39:24 -0700 Subject: [ expat-Bugs-432456 ] DLL name 'expat.dll' causes problems Message-ID: Bugs item #432456, was opened at 2001-06-12 09:25 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=432456&group_id=10127 Category: None Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Kevin Gilpin (kgilpin) >Assigned to: Clark Cooper (coopercc) Summary: DLL name 'expat.dll' causes problems Initial Comment: On Win32, when attempting to build the XML::Parser Perl module with expat, the name 'expat.dll' is used by both projects. This causes problems when running XML::Parser, because only one of the 2 dlls can be loaded. By changing the output target of expat to 'libexpat.dll' (and generating and linking against the corresponding libexpat.lib) I was able to get XML::Parser successfully built and running on Win NT. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 09:39 Message: Logged In: YES user_id=3066 This relates to having multiple versions of the library being made available in the same process. Assigned to Clark since he might have more of the context information related to XML::Parser. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=432456&group_id=10127 From jrthomas@btv.ibm.com Wed Jul 25 20:09:10 2001 From: jrthomas@btv.ibm.com (Jon Thomas) Date: Wed, 25 Jul 2001 15:09:10 -0400 Subject: aix? Message-ID: <3B5F1956.4370B53E@btv.ibm.com> Tried compiling 1.95.1. Got "nothing to do for all" in top directory. Switched to lib and got an error stating it was unable to open input file xmlparse.o. Further investigation showed that the makefile clobbered xmlparse.c. From fdrake@acm.org Wed Jul 25 20:13:09 2001 From: fdrake@acm.org (Fred L. Drake, Jr.) Date: Wed, 25 Jul 2001 15:13:09 -0400 (EDT) Subject: aix? In-Reply-To: <3B5F1956.4370B53E@btv.ibm.com> References: <3B5F1956.4370B53E@btv.ibm.com> Message-ID: <15199.6725.944450.431115@cj42289-a.reston1.va.home.com> Jon Thomas writes: > Tried compiling 1.95.1. Got "nothing to do for all" in top directory. > Switched to lib and got an error stating it was unable to open input > file xmlparse.o. Further investigation showed that the makefile > clobbered xmlparse.c. Are you able to try this with the CVS version? I can send a release-style package if that makes it easier. I'd like to get a release out soon. The build control has changed a fair bit, so it's hard for me to predict whether this has changed. Are you using GNU make or the IBM-supplied make? I did notice that Sun's make had problems on Solaris, but I that was a very different problem. Thanks! -Fred -- Fred L. Drake, Jr. PythonLabs at Digital Creations From noreply@sourceforge.net Wed Jul 25 20:21:05 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 12:21:05 -0700 Subject: [ expat-Bugs-231288 ] Undeclared VERSION under WinNT&Borland C++ Builder Message-ID: Bugs item #231288, was opened at 2001-02-06 10:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=231288&group_id=10127 Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Undeclared VERSION under WinNT&Borland C++ Builder Initial Comment: When I try to make expat 1.95.1 under WinNT using Borland C++ Builder, the last failed to find #define VERSION ... I set `COMPILE_FROM_DSP' (or smth. like that, not sure now), it includes winconfig.h, but this header does not contain declaration of VERSION. So, I had to add #ifndef VERSION #define VERSION "1.95.1" #endif m.b. it'll be better, if you add this declaration in it? ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 12:21 Message: Logged In: YES user_id=3066 I don't know much about the Borland product. I've spent a fair bit of time over the last day getting the Windows build back up to snuff (and am just hoping I succeeded!), so there are new .dsp and .dsw files for MSVC in the CVS repository. I don't know if Borland C++ Builder can use those. I'd like to make this work, but suspect I'll need help on Windows, especially with compilers other than MSVC. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:48 Message: Logged In: YES user_id=3066 The build has changed a little bit on Unix, but the Windows port has fallen behind. Can anyone determine if this is still a problem? Thanks! ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=231288&group_id=10127 From noreply@sourceforge.net Wed Jul 25 20:22:47 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 12:22:47 -0700 Subject: [ expat-Bugs-431122 ] can't compile 1.95.1 on SCO Message-ID: Bugs item #431122, was opened at 2001-06-07 08:55 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=431122&group_id=10127 Category: None >Group: Platform Specific >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: can't compile 1.95.1 on SCO Initial Comment: /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 -KPIC -DPIC - o .libs/xmlparse.lo UX:acomp: ERROR: Illegal option -- M UX:acomp: ERROR: command line: -D option argument not an identifier *** Error code 1 (bu21) UX:make: ERROR: fatal error. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 12:22 Message: Logged In: YES user_id=3066 The GCC-specific options have been removed from the CVS version; there should be a new release in the next few days. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=431122&group_id=10127 From noreply@sourceforge.net Wed Jul 25 20:27:46 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 12:27:46 -0700 Subject: [ expat-Bugs-441449 ] problems with parsing external entities Message-ID: Bugs item #441449, was opened at 2001-07-15 08:02 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=441449&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rafael R. Sevilla (didosevilla) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: problems with parsing external entities Initial Comment: I've tried to use Expat's external entity parsing module in my project (http://xml-lit.sourceforge.net/) and have gotten some very strange results. I used Expat's XML_ExternalEntityParserCreate within an external entity reference handler and used the parser once again. Had mixed results with this. For one particular document referred to by an external entity Expat would give an error: "no element found" at the end of the document (line number). Doesn't happen with all the other documents I have. The document was perfectly legal XML and otherwise Expat can parse it directly...just not through the external entity. The document was also quite large, so I tried to work around it by splitting the document into several more documents...the problem went away. Will cruft together a simpler example document and short program to illustrate this problem. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 12:27 Message: Logged In: YES user_id=3066 Can you attach a short sample program and input file? That would make it a *lot* easier to track this down. Also, which version were you using? ---------------------------------------------------------------------- Comment By: Rafael R. Sevilla (didosevilla) Date: 2001-07-16 00:25 Message: Logged In: YES user_id=26058 Further notes on this apparent bug: It seems that it depends both on the file size and the size of the buffer I use. For a buffer that is 8,192 bytes in size, a file of up to 10,775 bytes can be created that can be parsed without error. Going to 10,776 or larger file size will cause the parser to exit with the above error. Increasing the buffer size made the problem go away, but apparently it will just take a bigger file for Expat to produce the same errorin that case. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=441449&group_id=10127 From noreply@sourceforge.net Wed Jul 25 20:30:14 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 12:30:14 -0700 Subject: [ expat-Bugs-437664 ] make error in SunOS 5.7 Message-ID: Bugs item #437664, was opened at 2001-06-30 20:53 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=437664&group_id=10127 >Category: Build control >Group: Not a Bug >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Joe Willingham (starfishmedia) Assigned to: Nobody/Anonymous (nobody) Summary: make error in SunOS 5.7 Initial Comment: I'm a newbie, this may be oversight on my part but it seems that others are having trouble compiling on SunOS as well. ../libtool: ar: not found make[1]: *** [libexpat.la] Error 1 make[1]: Leaving directory `/opt2/home3/starfishmedia/public_html/Expat/expat-1. 95.1/lib' make: *** [lib] Error 2 There may be a simple solution here. Please let me know if you have any specifics or need any other details. Thanks. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 12:30 Message: Logged In: YES user_id=3066 "ar" is not on the PATH by default on Solaris; you will need to add /usr/ccs/bin to the PATH when you run make. The README file in the next release will contain a note about this. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=437664&group_id=10127 From noreply@sourceforge.net Wed Jul 25 21:20:20 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 13:20:20 -0700 Subject: [ expat-Bugs-221127 ] Unable to build 1.95.1 "Win32 Release" under DevStudio Message-ID: Bugs item #221127, was opened at 2000-11-02 09:09 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=221127&group_id=10127 Category: Build control Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Rob Schafer (rschafer) >Assigned to: Fred L. Drake, Jr. (fdrake) >Summary: Unable to build 1.95.1 "Win32 Release" under DevStudio Initial Comment: Downloaded/extracted expat-1.95.1.tar.gz. I opened the DevStudio workspace and set the active configuration to "expat - Win32 Release". I encountered many compiler errors (too many to list here.) To fix, I made the following mods to the Win32 Release project settings (to bring them in sync with the Debug settings): - "C/C++:Precompiled Headers" Set to "Not using precompiled headers" - Under settings for xmlparse.c, escaped quotes in the VERSION #define (VERSION=\expat_1.95.1\). - Excluded xmltok_impl.c and xmltok_ns.c from the build (under "General:Exclude File From Build"). ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 13:20 Message: Logged In: YES user_id=3066 New MSVC project and workspace files will be provided in the upcoming 1.95.2 release which fix these problems. The application of XMLPARSEAPI in expat.h has been rationalized as well. Thanks! ---------------------------------------------------------------------- Comment By: Kevin Gilpin (kgilpin) Date: 2001-06-11 15:49 Message: Logged In: YES user_id=44882 I had the same problems, applied the same fixes. Now life is good. ---------------------------------------------------------------------- Comment By: Kevin Gilpin (kgilpin) Date: 2001-06-10 03:12 Message: Logged In: YES user_id=44882 One more thing : I had to modify expat.h to be : void XMLPARSEAPI XML_DefaultCurrent(XML_Parser parser); Had to add the XMLPARSEAPI so that the function would be exported ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-05-10 10:55 Message: Logged In: NO I owe you a lunch for explaining this ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2000-12-18 21:35 Message: Clark -- do you keep a Windows development system available? Can you handle this? I don't have an authenticated CVS set up under Windows. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=221127&group_id=10127 From noreply@sourceforge.net Wed Jul 25 21:27:59 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 13:27:59 -0700 Subject: [ expat-Bugs-443027 ] installation problem Message-ID: Bugs item #443027, was opened at 2001-07-20 03:12 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=443027&group_id=10127 Category: Build control Group: Platform Specific >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: installation problem Initial Comment: OS: Digital Unix V4.0F ./configure done make done but no output make install error message /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=1.95.0 -I. -I libtool: compile cannot determine name of library object from '-c' *** Exit 1 Stop. *** Exit 1 Stop ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 13:27 Message: Logged In: YES user_id=3066 (Again admitting that there will never be a response for this report, since it was anonymous...) At least one of the problems indicated in the session has been fixed -- 1.95.0 and 1.95.1 used some GCC-specific command line options that caused at least part of this problem. Those options have been removed from CVS and the upcoming 1.95.2 release. Closing this bug since it's at least partly fixed and no further information is actually expected from the submitter. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-07-24 02:45 Message: Logged In: NO I did not recognize that I used 1.95.0! Tried it again with 1.95.1. Here is the output of installation process: wdeep5.eplus.de> ./configure --prefix /usr/users/ffelgenh/local creating cache ./config.cache checking host system type... alphaev56-dec-osf4.0f checking build system type... alphaev56-dec-osf4.0f 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 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 -non_shared works... -non_shared 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 output... failed checking how to hardcode library paths into programs... immediate checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... osf4.0f 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... 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... no 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 wdeep5.eplus.de> make wdeep5.eplus.de> make install /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' *** Exit 1 Stop. *** Exit 1 Stop. wdeep5.eplus.de> ls -l ../local/lib total 0 wdeep5.eplus.de> find .. -name xmlparse\.pp wdeep5.eplus.de> pwd /usr/users/ffelgenh/expat-1.95.1 wdeep5.eplus.de> find .. | grep xmlparse ../expat-1.95.0/lib/xmlparse.c ../expat-1.95.1/lib/xmlparse.c ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:45 Message: Logged In: YES user_id=3066 Was this using the 1.95.1 release or the latest CVS version? (I can't expect an answer since the report was anonymous; is there anyone who can help reproduce this and help figure out what's happening?) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=443027&group_id=10127 From noreply@sourceforge.net Wed Jul 25 21:32:04 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 13:32:04 -0700 Subject: [ expat-Bugs-224390 ] File system filling when running configure on HP-UX 11.00 Message-ID: Bugs item #224390, was opened at 2000-12-04 07:23 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=224390&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Roger Spotts (rtspotts) Assigned to: Greg Stein (gstein) Summary: File system filling when running configure on HP-UX 11.00 Initial Comment: When trying to run the configure script on a HP-UX 11.00 system /tmp is being filled with a pxdbXXXXXXX file. The last check it runs is: checking for executable suffix I've increased the amount of available space up to 500Meg+ and the file keeps growing. Any help would be appreciated. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 13:32 Message: Logged In: YES user_id=3066 OK, I have no idea what's going on. Is it normal to build as root on HP-UX systems? Try building as a normal user. The build control has changed a fair bit, you may want to try the CVS version of Expat, or wait for the upcoming 1.95.2 release. ---------------------------------------------------------------------- Comment By: Roger Spotts (rtspotts) Date: 2000-12-26 08:03 Message: I guessing, but from the looks of it ltconfig is what's running at the time of the file system filling. It creates a group of PXDB files, but one is always huge. Here's a list of /tmp after it fills: -rw-rw-rw- 1 root sys 132 Dec 26 09:50 pxdbb05197 -rw-rw-rw- 1 root sys 0 Dec 26 09:50 pxdbc05197 -rw-rw-rw- 1 root sys 0 Dec 26 09:50 pxdbd05197 -rw-rw-rw- 1 root sys 0 Dec 26 09:50 pxdbe05197 -rw-rw-rw- 1 root sys 0 Dec 26 09:50 pxdbf05197 -rw-rw-rw- 1 root sys 532953088 Dec 26 09:51 pxdbg05197 -rw-rw-rw- 1 root sys 0 Dec 26 09:50 pxdbh05197 Here's a tail of the config.log file. If you need more I'll email the whole file. configure:1012: checking if the linker (/usr/bin/ld) is GNU ld configure:1028: checking for BSD-compatible nm configure:1064: checking whether ln -s works ltconfig:581: checking whether we are using GNU C ltconfig:589: cc -E conftest.c ltconfig:603: checking for object suffix ltconfig:604: cc -c -g conftest.c 1>&5 ltconfig:629: checking for executable suffix ltconfig:630: cc -o conftest -g conftest.c 1>&5 /usr/ccs/bin/ld: (Warning) At least one PA 2.0 object file (conftest.o) was detected. The linked output may not run on a PA 1.x system I am running as root when I run the configure script, unless I change alot of system permissions I can't run it any other way. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2000-12-18 21:43 Message: This is *really* strange! Do you know what program configure is running when it creates the pxdb* file? Can you send the config.log file configure generates? Thanks! ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2000-12-05 08:17 Message: This is a userid specific thing. I have the same problem (didn't get the reason for now). If i run configure as root, it works! Maybe you've installed a OS Patch that kill's the system. BUT i didn't got it running yet ... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=224390&group_id=10127 From noreply@sourceforge.net Wed Jul 25 21:39:26 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 13:39:26 -0700 Subject: [ expat-Bugs-223800 ] makefile targeted to gmake only Message-ID: Bugs item #223800, was opened at 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: Closed >Resolution: Wont Fix 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: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 13:39 Message: Logged In: YES user_id=3066 I suspect that you're using a make that doesn't understand the .PHONY declaration, but am not sure. I've now seen this as well in a Sun make, where .PHONY was not mentioned in the documentation of the .SPECIAL targets. Closing this as it is primarily a tool issue. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-05-08 12:05 Message: Logged In: NO Sharing the Makefile.in fixes for Solaris would be very helpful! ---------------------------------------------------------------------- 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 Wed Jul 25 21:40:46 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 13:40:46 -0700 Subject: [ expat-Bugs-420516 ] Link Failure under Win32 with MSDEV Message-ID: Bugs item #420516, was opened at 2001-05-01 11:32 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=420516&group_id=10127 Category: XML::Parser Group: Platform Specific >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: Link Failure under Win32 with MSDEV Initial Comment: XML::Parser (and other projects that link against Expat) fails with link error 2001 "Unresolved external symbol _XML_DefaultCurrent". To fix this problem, edit expat.h so that the function name XML_DefaultCurrent is preceded by the macro XMLPARSEAPI, as it is with the other exported functions. Then recompile and reinstall Expat. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 13:40 Message: Logged In: YES user_id=3066 This is fixed in CVS and the upcoming 1.95.2 release. ---------------------------------------------------------------------- Comment By: Richard Green (richy) Date: 2001-06-21 04:46 Message: Logged In: YES user_id=13587 Thanks for the hint ! Can we see this included on the cvs tree please ? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=420516&group_id=10127 From noreply@sourceforge.net Wed Jul 25 21:45:08 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 13:45:08 -0700 Subject: [ expat-Bugs-413653 ] XMLPARSERAPI and __cdecl Message-ID: Bugs item #413653, was opened at 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 Resolution: None Priority: 5 Submitted By: Matthew Versluys (styxlord) >Assigned to: Fred L. Drake, Jr. (fdrake) 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-07-25 13:45 Message: Logged In: YES user_id=3066 --sigh-- This appears to be a no-win game. ;-( Other problems cropped up when I tried always placing XMLPARSEAPI on the right of the type. For the Python interpreter, we use a slightly different approach; we have a macro that takes a type as a parameter, and that allows add __foo annotations to both sides of the type. But both approaches make the source really heinous to read. I'm going to have to think about this one a little bit. ---------------------------------------------------------------------- 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 Wed Jul 25 21:51:47 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 13:51:47 -0700 Subject: [ expat-Bugs-423007 ] memory allocation problem in storeAtts() Message-ID: Bugs item #423007, was opened at 2001-05-10 05:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=423007&group_id=10127 >Category: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Nobody/Anonymous (nobody) Summary: memory allocation problem in storeAtts() Initial Comment: xmlparse.c/storeAtts() does the following binding->uri = realloc(binding->uri, binding->uriAlloc *= 2) Should read binding->uriAlloc *= 2 * sizeof (XML_Char) as it's copying shorts not bytes. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 13:51 Message: Logged In: YES user_id=3066 The indicated code does not appear to exist in the CVS version of the code (I couldn't find it), so I'm closing this. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=423007&group_id=10127 From noreply@sourceforge.net Wed Jul 25 21:57:16 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 13:57:16 -0700 Subject: [ expat-Bugs-224566 ] Compile-Problems for HP-UX 11.0 Message-ID: Bugs item #224566, was opened at 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: Closed >Resolution: Fixed 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-07-25 13:57 Message: Logged In: YES user_id=3066 Closing this since the build control has changed a lot since the last version; if there are any problems with the CVS version or the upcoming 1.95.2, please report them. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-06-07 07:57 Message: Logged In: NO HP 11.00: I was able to compile after I installed autoconf-2.50 and m4-1.4, but I got the following warnings from the compiler: gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release) uname -a: HP-UX HOSTNAME B.11.00 C 9000/800 2000895455 32-user license gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.1\ -I. -I.. -g -O2 -Wp,-MD,.deps/xml parse.pp -c xmlparse.c cc1: warning: -g is only supported when using GAS on this processor, cc1: warning: -g option disabled. ---------------------------------------------------------------------- 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 Wed Jul 25 22:00:55 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 14:00:55 -0700 Subject: [ expat-Bugs-422239 ] Bug in XmlUpdatePosition() Message-ID: Bugs item #422239, was opened at 2001-05-08 02:14 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=422239&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: Bug in XmlUpdatePosition() Initial Comment: If I call XML_GetCurrentLineNumber() at the end of a document, it appears to double count the lines. Calling XML_GetCurrentLineNumber() on every end element event seems to solve the problem. I have no explanation for this, other than supposing there may be a bug in the call to XmlUpdatePosition(), from XML_Parse(). ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 14:00 Message: Logged In: YES user_id=3066 Removing the assignment to Clark, since he does not seem to be available, and this doesn't appear to be an XML::Parser specific bug. I need to generate a test case for this. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=422239&group_id=10127 From noreply@sourceforge.net Wed Jul 25 22:03:11 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 14:03:11 -0700 Subject: [ expat-Patches-403661 ] expat-1.95.1-0.i386.rpm Message-ID: Patches item #403661, was opened at 2001-02-07 07:44 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=403661&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Petr Cimprich (pcimprich) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: expat-1.95.1-0.i386.rpm Initial Comment: an RPM package, tested on RedHat 6.2 and 7.0 ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 14:03 Message: Logged In: YES user_id=3066 Closing this since the SF attachments don't seem to handle binary data well, and the RPMs Petr sent me by email are old, and I'm about to release 1.95.2 (with RPMs!) anyway. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-02-14 10:20 Message: Did you attempt to upload the RPM as a patch? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=403661&group_id=10127 From noreply@sourceforge.net Wed Jul 25 22:04:25 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 14:04:25 -0700 Subject: [ expat-Patches-403662 ] expat-1.95.1-0.src.rpm Message-ID: Patches item #403662, was opened at 2001-02-07 07:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=403662&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Petr Cimprich (pcimprich) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: expat-1.95.1-0.src.rpm Initial Comment: a source RPM package ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 14:04 Message: Logged In: YES user_id=3066 Closing this since SF binary attachments don't seem to work well, and the RPMs Petr sent by email are old, and I'm about to release a 1.95.2 with RPMs anyway. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-02-14 10:21 Message: Did you attempt to upload an RPM as the patch? Perhaps the best thing would be to just submit the .spec file. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=403662&group_id=10127 From noreply@sourceforge.net Wed Jul 25 22:12:22 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 14:12:22 -0700 Subject: [ expat-Patches-412072 ] Expat for Codewarrior 6.0 / Win32 Message-ID: Patches item #412072, was opened at 2001-03-28 18:40 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=412072&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Crowley (dcrowley) Assigned to: Nobody/Anonymous (nobody) Summary: Expat for Codewarrior 6.0 / Win32 Initial Comment: I am forwarding some patches I got from Aleksander Slominski : . . . now about EXPAT in all files: xmlparse.c, xmlrole.c, xmltok.c add at top following line to make sure to include correct config file: #if defined(__MWERKS__) && defined(__INTEL__) #define COMPILED_FROM_DSP #endif but xmlparse.c must be expanded to contain: #if defined(__MWERKS__) && defined(__INTEL__) #define COMPILED_FROM_DSP #define VERSION "expat_1.95.1" #include #define offsetof(BLOCK, s) (size_t) &(((BLOCK *) 0)->s) #endif and also ELEMENT_TYPE somehow get wrongly declared but as is used only in this file just do search/replace to X_ELEMENT_TYPE also do not include in compilation xmltok_ns* and xmltok_impl.c as those are really include files... i also attach modified files thanks, alek -- Aleksander Slominski, LH 316, IU, http://www.extreme.indiana.edu/~aslom ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 14:12 Message: Logged In: YES user_id=3066 You don't say what version of Expat you're using. I've revamped the Windows support a bit, but it may still have problems with the Borland compiler. If the problems persist with the CVS version of Expat or the upcoming 1.95.2 release, please add a comment to that effect on this bug report with as much detail as possible -- thanks! ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=412072&group_id=10127 From noreply@sourceforge.net Wed Jul 25 22:20:05 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 14:20:05 -0700 Subject: [ expat-Bugs-419585 ] Compiling with gcc for C++ exceptions. Message-ID: Bugs item #419585, was opened at 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: Closed Resolution: Wont Fix Priority: 5 Submitted By: David Crowley (dcrowley) Assigned to: Fred L. Drake, Jr. (fdrake) 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). ---------------------------------------------------------------------- >Comment By: David Crowley (dcrowley) Date: 2001-07-25 14:20 Message: Logged In: YES user_id=27458 While I agree that yes, it IS a C implementation, I would think that it would still be nice to for the library to be more easily useable by C++ coders out of the box. I will do a benchmark in C and see if I can figure out how much of an impact the -fexceptions flag really makes. If it's less than 2-3% impact in performance, I see no reason not to make it a default. If a C coder REALLY needs that extra speed and knows they will never install any C++ apps which link against it, then by all means they can remove the flag. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 20:19 Message: Logged In: YES user_id=3066 Added a note about this in README revision 1.7. This is not being added as a default option -- Expat is fundamentally a C implementation, not C++. Avoiding this option for normal C allows the optimizer to perform more effective optimizations and generally improve performance. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=419585&group_id=10127 From noreply@sourceforge.net Wed Jul 25 22:33:54 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 14:33:54 -0700 Subject: [ expat-Bugs-419585 ] Compiling with gcc for C++ exceptions. Message-ID: Bugs item #419585, was opened at 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: Pending Resolution: Wont Fix Priority: 5 Submitted By: David Crowley (dcrowley) Assigned to: Fred L. Drake, Jr. (fdrake) 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). ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 14:33 Message: Logged In: YES user_id=3066 This sounds like a reasonable plan -- I look forward to your measurement results. I really don't know what the C++ penetration is on Unix platforms, and may be exhibiting an unfortunate C bias. I've marked the feature request as "pending"; when you add to it it will be automatically re-opened and assigned back to me, so it won't get lost. ---------------------------------------------------------------------- Comment By: David Crowley (dcrowley) Date: 2001-07-25 14:20 Message: Logged In: YES user_id=27458 While I agree that yes, it IS a C implementation, I would think that it would still be nice to for the library to be more easily useable by C++ coders out of the box. I will do a benchmark in C and see if I can figure out how much of an impact the -fexceptions flag really makes. If it's less than 2-3% impact in performance, I see no reason not to make it a default. If a C coder REALLY needs that extra speed and knows they will never install any C++ apps which link against it, then by all means they can remove the flag. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 20:19 Message: Logged In: YES user_id=3066 Added a note about this in README revision 1.7. This is not being added as a default option -- Expat is fundamentally a C implementation, not C++. Avoiding this option for normal C allows the optimizer to perform more effective optimizations and generally improve performance. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=419585&group_id=10127 From noreply@sourceforge.net Wed Jul 25 22:40:22 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 14:40:22 -0700 Subject: [ expat-Bugs-408035 ] On Irix, make does nothing. Message-ID: Bugs item #408035, was opened at 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: Closed >Resolution: Fixed 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: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 14:40 Message: Logged In: YES user_id=3066 Reviewing the problem description and suggested patch, I'm led to believe that this has been fixed in the CVS version. Please try the CVS version or the upcoming 1.95.2 release, and report any further problems as new bugs. ---------------------------------------------------------------------- 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 Wed Jul 25 23:53:48 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 25 Jul 2001 15:53:48 -0700 Subject: [ expat-Bugs-419585 ] Compiling with gcc for C++ exceptions. Message-ID: Bugs item #419585, was opened at 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: Wont Fix Priority: 5 Submitted By: David Crowley (dcrowley) Assigned to: Fred L. Drake, Jr. (fdrake) 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). ---------------------------------------------------------------------- >Comment By: David Crowley (dcrowley) Date: 2001-07-25 15:53 Message: Logged In: YES user_id=27458 Here are the results of my bench mark. Running on Linux 2.2.16 (SGI, dual processors, 800MHz), and parsing a 123MB xml file. Each run was initiated like this: % time cat bigdog.xml | ./xbench xbench is dynamically linked against expat. I copied libexpat.so.0.0.1 compiled with -fexceptions to /usr/local/lib, ran, and then copied one compiled w/o - fexceptions, ran. With -fexceptions: 9.82s, 9.80s, 9.79s. W/o -fexceptions: 9.78s, 9.77s, 9.78s. So the difference is pretty negligible. Around <.5% if any. xbench.c is attached. Make your own 123MB file :) ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 14:33 Message: Logged In: YES user_id=3066 This sounds like a reasonable plan -- I look forward to your measurement results. I really don't know what the C++ penetration is on Unix platforms, and may be exhibiting an unfortunate C bias. I've marked the feature request as "pending"; when you add to it it will be automatically re-opened and assigned back to me, so it won't get lost. ---------------------------------------------------------------------- Comment By: David Crowley (dcrowley) Date: 2001-07-25 14:20 Message: Logged In: YES user_id=27458 While I agree that yes, it IS a C implementation, I would think that it would still be nice to for the library to be more easily useable by C++ coders out of the box. I will do a benchmark in C and see if I can figure out how much of an impact the -fexceptions flag really makes. If it's less than 2-3% impact in performance, I see no reason not to make it a default. If a C coder REALLY needs that extra speed and knows they will never install any C++ apps which link against it, then by all means they can remove the flag. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 20:19 Message: Logged In: YES user_id=3066 Added a note about this in README revision 1.7. This is not being added as a default option -- Expat is fundamentally a C implementation, not C++. Avoiding this option for normal C allows the optimizer to perform more effective optimizations and generally improve performance. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=419585&group_id=10127 From noreply@sourceforge.net Thu Jul 26 21:50:33 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 26 Jul 2001 13:50:33 -0700 Subject: [ expat-Bugs-419585 ] Compiling with gcc for C++ exceptions. Message-ID: Bugs item #419585, was opened at 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: Closed >Resolution: Fixed Priority: 5 Submitted By: David Crowley (dcrowley) Assigned to: Fred L. Drake, Jr. (fdrake) 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). ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-26 13:50 Message: Logged In: YES user_id=3066 OK, that's fine then. I've added the -fexceptions flag when we can determine that the compiler is GCC. This is in configure.in revision 1.18. ---------------------------------------------------------------------- Comment By: David Crowley (dcrowley) Date: 2001-07-25 15:53 Message: Logged In: YES user_id=27458 Here are the results of my bench mark. Running on Linux 2.2.16 (SGI, dual processors, 800MHz), and parsing a 123MB xml file. Each run was initiated like this: % time cat bigdog.xml | ./xbench xbench is dynamically linked against expat. I copied libexpat.so.0.0.1 compiled with -fexceptions to /usr/local/lib, ran, and then copied one compiled w/o - fexceptions, ran. With -fexceptions: 9.82s, 9.80s, 9.79s. W/o -fexceptions: 9.78s, 9.77s, 9.78s. So the difference is pretty negligible. Around <.5% if any. xbench.c is attached. Make your own 123MB file :) ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 14:33 Message: Logged In: YES user_id=3066 This sounds like a reasonable plan -- I look forward to your measurement results. I really don't know what the C++ penetration is on Unix platforms, and may be exhibiting an unfortunate C bias. I've marked the feature request as "pending"; when you add to it it will be automatically re-opened and assigned back to me, so it won't get lost. ---------------------------------------------------------------------- Comment By: David Crowley (dcrowley) Date: 2001-07-25 14:20 Message: Logged In: YES user_id=27458 While I agree that yes, it IS a C implementation, I would think that it would still be nice to for the library to be more easily useable by C++ coders out of the box. I will do a benchmark in C and see if I can figure out how much of an impact the -fexceptions flag really makes. If it's less than 2-3% impact in performance, I see no reason not to make it a default. If a C coder REALLY needs that extra speed and knows they will never install any C++ apps which link against it, then by all means they can remove the flag. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-24 20:19 Message: Logged In: YES user_id=3066 Added a note about this in README revision 1.7. This is not being added as a default option -- Expat is fundamentally a C implementation, not C++. Avoiding this option for normal C allows the optimizer to perform more effective optimizations and generally improve performance. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=419585&group_id=10127 From noreply@sourceforge.net Thu Jul 26 22:52:45 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 26 Jul 2001 14:52:45 -0700 Subject: [ expat-Bugs-443205 ] XML_UNICODE_WCHAR_T on Unix Message-ID: Bugs item #443205, was opened at 2001-07-20 14:45 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=443205&group_id=10127 Category: XML::Parser (Perl module) Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: XML_UNICODE_WCHAR_T on Unix Initial Comment: Expat when compiled in wide character mode (using the flag XML_UNICODE_WCHAR_T) on Unix results in "t@1 (l@1) signal BUS (invalid address alignment) in poolStoreString at line 4459 in file xmlparse.c" ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-07-26 14:52 Message: Logged In: NO To answer fdrake question: The platform is unix os on solaris. wchar_t on unix is 4 bytes as opposed to 2 bytes on windows. -- manisha ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 19:17 Message: Logged In: YES user_id=3066 We need more specific platform information on this; what hardware and operating system was used? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=443205&group_id=10127 From noreply@sourceforge.net Fri Jul 27 21:43:10 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 27 Jul 2001 13:43:10 -0700 Subject: [ expat-Bugs-413653 ] XMLPARSERAPI and __cdecl Message-ID: Bugs item #413653, was opened at 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: Closed >Resolution: Fixed Priority: 5 Submitted By: Matthew Versluys (styxlord) Assigned to: Fred L. Drake, Jr. (fdrake) 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-07-27 13:43 Message: Logged In: YES user_id=3066 Ok, I've fixed this for version 1.95.2, to be released as soon as I can get the files in place. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 13:45 Message: Logged In: YES user_id=3066 --sigh-- This appears to be a no-win game. ;-( Other problems cropped up when I tried always placing XMLPARSEAPI on the right of the type. For the Python interpreter, we use a slightly different approach; we have a macro that takes a type as a parameter, and that allows add __foo annotations to both sides of the type. But both approaches make the source really heinous to read. I'm going to have to think about this one a little bit. ---------------------------------------------------------------------- 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 Mon Jul 30 10:27:33 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 30 Jul 2001 02:27:33 -0700 Subject: [ expat-Bugs-445893 ] Make fails Message-ID: Bugs item #445893, was opened at 2001-07-30 02:27 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=445893&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Make fails Initial Comment: Im tryin to compile expat-1.95.2 under redhat 5.2. But im getting this error: cc1: Invalid option `-fexceptions' xmlparse.c: In function `XML_GetBuffer': xmlparse.c:1178: `punting' undeclared (first use this function) xmlparse.c:1178: (Each undeclared identifier is reported only once xmlparse.c:1178: for each function it appears in.) xmlparse.c:1178: parse error before `on' make[1]: *** [xmlparse.lo] Error 1 make[1]: Leaving directory `/root/tmp/expat-1.95.2/lib' make: *** [lib] Error 2 ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=445893&group_id=10127 From noreply@sourceforge.net Mon Jul 30 15:08:30 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 30 Jul 2001 07:08:30 -0700 Subject: [ expat-Bugs-445954 ] Make of 1.95.2 fails on MacOS X Server Message-ID: Bugs item #445954, was opened at 2001-07-30 07:08 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=445954&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Make of 1.95.2 fails on MacOS X Server Initial Comment: expat 1.95.2.tar.gz distribution On MacOS X Server 1.2 (Rhapsody 5.6) make issues an error and halts: cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.2\ -I. -I. -I.. -g -O2 -Wall - Wmissing-prototypes -Wstrict-prototypes - fexceptions -c xmlparse.c -fPIC -DPIC -o .libs/ xmlparse.lo /System/Library/Frameworks/System.framework/ Headers/bsd/sys/cdefs.h:87: warning: redefinition of macro const ../config.h:5: warning: this is the location of the previous definition xmlparse.c:1178: illegal statement, missing `;' after `punting' make[1]: *** [xmlparse.lo] Error 1 make: *** [lib] Error 2 This does not happen with the older version 1.95.1 ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=445954&group_id=10127 From noreply@sourceforge.net Mon Jul 30 15:11:49 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 30 Jul 2001 07:11:49 -0700 Subject: [ expat-Bugs-445955 ] Make of 1.95.2 fails on MacOS X 10.0.4 Message-ID: Bugs item #445955, was opened at 2001-07-30 07:11 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=445955&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Make of 1.95.2 fails on MacOS X 10.0.4 Initial Comment: expat 1.95.2.tar.gz distribution On MacOS X 10.0.4 (Darwin 1.3.7) make issues an error and halts: cc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o -L../lib/.libs -lexpat /usr/bin/ld: can't locate file for: -lcrt 0.o make[1]: *** [xmlwf] Error 1 ma ke: *** [xmlwf] Error 2 This does not happen with the older version 1.95.1 ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=445955&group_id=10127 From noreply@sourceforge.net Tue Jul 31 15:10:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 31 Jul 2001 07:10:02 -0700 Subject: [ expat-Bugs-446406 ] DSP File Message-ID: Bugs item #446406, was opened at 2001-07-31 07:10 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=446406&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Keith Tingle (ktingle) Assigned to: Greg Stein (gstein) Summary: DSP File Initial Comment: There are no DSP files for MS Visual C++ in the source archive. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=446406&group_id=10127 From noreply@sourceforge.net Tue Jul 31 23:07:52 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 31 Jul 2001 15:07:52 -0700 Subject: [ expat-Bugs-446406 ] DSP File Message-ID: Bugs item #446406, was opened at 2001-07-31 07:10 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=446406&group_id=10127 Category: Build control >Group: Not a Bug >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Keith Tingle (ktingle) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: DSP File Initial Comment: There are no DSP files for MS Visual C++ in the source archive. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-31 15:07 Message: Logged In: YES user_id=3066 The .tar.gz file is for Unix users. The Windows installer includes the sources and DSW/DSP files for MSVC. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=446406&group_id=10127