From noreply@sourceforge.net Mon Oct 1 10:42:23 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Oct 1 09:42:23 2001 Subject: [ expat-Bugs-466885 ] Install Fails on FreeBSD 4.0 Message-ID: Bugs item #466885, was opened at 2001-10-01 09:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=466885&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: Install Fails on FreeBSD 4.0 Initial Comment: make install failed on FreeBSD 4.0 returns the following... /usr/bin/install -c -m 644 expat.h /usr/local/include /bin/csh ../conftools/mkinstalldirs /usr/local/bin errstatus=0: Command not found. for: Command not found. do: Command not found. set: Variable name must begin with a letter. *** Error code 1 Stop in /usr/home/matt/dev/mods/expat-1.95.2/xmlwf. *** Error code 1 Stop in /usr/home/matt/dev/mods/expat-1.95.2. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=466885&group_id=10127 From michael.maggio@effem.com Mon Oct 1 13:38:10 2001 From: michael.maggio@effem.com (michael.maggio@effem.com) Date: Mon Oct 1 12:38:10 2001 Subject: Compiling expat on AIX PowerPC Message-ID: <200110011956.PAA13610@mtofw2.mto.na.mars> Hello, I had a few problems compiling Expat 1.95.2 on AIX 4.3 (PowerPC platfor= m) with the xlC compiler and other assorted non-GNU tools. =A0The first problem= was that configure was unable to identify the endian-ness of the machine. =A0Eac= h time I ran configure, it would complain that the byte order was "unknown". =A0= I took a look at the configure script and found the following on line 2087: =A0 =A0 =A0if ${CC-cc} conftest.c -o conftest.o && test -f conftest.o ;= then This command should create an executable with the name "conftest.o". =A0= It seems that xlC does not like this in a very strange way. =A0The compiler does= not generate an output file, nor does it complain! =A0When I use the follow= ing line in its place: =A0 =A0 =A0if ${CC-cc} -g -c conftest.c && test -f conftest.o ; then This produces an unlinked object file "conftest.o", which the script ca= n then grep for "BIGenDianSyS" or "LiTTleEnDian" as needed. =A0I believe this = is what you intended to use anyway since it is also the command that is used elsewh= ere in the configure script to compile conftest.c for other system tests. After configure ran successfully, I then ran "make", which exited sayin= g that "default" was up-to-date, which it was not. =A0Ditto for "make all". =A0= It looks like it's not descending to the subdirectories. =A0I'm not as fluent in= make, so I wasn't sure how fix the script, but manually running make for each subd= irectory, then running "make install" in the root had the desired effect. - Michael C. Maggio =A0ISI-Mars, Mt Olive, NJ =A0Work: 973-448-3182 =A0Cell: 908-310-8403 =A0Pager: 800-759-8888 #1083559 = From noreply@sourceforge.net Mon Oct 1 14:21:05 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Oct 1 13:21:05 2001 Subject: [ expat-Bugs-446957 ] Make exits silently Message-ID: Bugs item #446957, was opened at 2001-08-01 14:29 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=446957&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 exits silently Initial Comment: Platform: Solaris 8 gcc 2.95.3 gnu make (or Sol8 make - same effect with both) "./configure" succeeds. running "make" produces nothing. Reverted to 1.95.1, works fine. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-10-01 13:20 Message: Logged In: YES user_id=3066 I'm suspicious that the reporter was actually using GNU make here. I've changed the Makefile.in (revision 1.19) so this problem should not be catching anyone anymore. ---------------------------------------------------------------------- Comment By: Greg Stein (gstein) Date: 2001-08-26 04:06 Message: Logged In: YES user_id=6501 No idea. We'll have a simpler system shortly, and can try that. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-08-09 10:52 Message: Logged In: YES user_id=3066 I'm very surprised that you're having difficulties even with GNU make; can you please double-check that? I observed the same problem with Sun make (Solaris 8, but I think any version will do); it doesn't seem to understand the .PHONY directives in the makefile. GNU make worked fine for me, though. Greg, any wisdom here? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=446957&group_id=10127 From fdrake@acm.org Mon Oct 1 14:22:06 2001 From: fdrake@acm.org (Fred L. Drake, Jr.) Date: Mon Oct 1 13:22:06 2001 Subject: Compiling expat on AIX PowerPC In-Reply-To: <200110011956.PAA13610@mtofw2.mto.na.mars> References: <200110011956.PAA13610@mtofw2.mto.na.mars> Message-ID: <15288.52634.584993.703725@grendel.zope.com> michael.maggio@effem.com writes: > I had a few problems compiling Expat 1.95.2 on AIX 4.3 (PowerPC > platform) with the xlC compiler and other assorted non-GNU > tools. =A0The first problem was that configure was unable to identif= y > the endian-ness of the machine. =A0Each time I ran configure, it > would complain that the byte order was "unknown". =A0I took a Thanks for reporting this! I've added the "-c" option to the command line for that compile and forwarded the bug report to the original author of the autoconf macro that generates that portion of the configure script. > After configure ran successfully, I then ran "make", which exited > saying that "default" was up-to-date, which it was not. =A0Ditto for= > "make all". =A0It looks like it's not descending to the > subdirectories. =A0I'm not as fluent in make, so I wasn't sure how > fix the script, but manually running make for each subdirectory, > then running "make install" in the root had the desired effect. We've seen this for Sun's make as well; it should work with GNU make if you have that available. The catch seems to be that not all makes treat targets that happen to be directories the same way, even if they are declared .PHONY (which I interpret as .PHONY not being portable, since its not documented at least for Sun's make). I've modified the build control to avoid the use of directory names as target names; this *should* fix the problem, but I don't have an environment in which to test this. -Fred --=20 Fred L. Drake, Jr. PythonLabs at Zope Corporation From noreply@sourceforge.net Mon Oct 1 14:28:14 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Oct 1 13:28:14 2001 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-10-01 13:26 Message: Logged In: YES user_id=3066 Thinking about this again, I realize I don't know enough about the Perl extension machinery and mod_perl to be sure of this. Is mod_perl providing an expat.dll which is something different, or is it a different version of that mod_perl uses? We need a mod_perl/XML::Parser expert to answer reports like this one! Leaving this one assigned to Clark until we have such a person with available time. ---------------------------------------------------------------------- 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 noreply@sourceforge.net Mon Oct 1 14:54:38 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Oct 1 13:54:38 2001 Subject: [ expat-Bugs-463032 ] error string typo in xmlparse.c Message-ID: Bugs item #463032, was opened at 2001-09-19 16:30 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=463032&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: error string typo in xmlparse.c Initial Comment: It appears to me as if there has always been a typo in the XML_ERROR_PARTIAL_CHAR error string returned by the XML_ErrorString()function in xmlparse.c. It reads "unclosed token" where it should probably read "partial character". ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-10-01 13:53 Message: Logged In: YES user_id=3066 Corrected in lib/xmlparse.c revision 1.24. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=463032&group_id=10127 From noreply@sourceforge.net Mon Oct 1 15:15:18 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Oct 1 14:15:18 2001 Subject: [ expat-Bugs-458398 ] make fails on Solaris 8 Message-ID: Bugs item #458398, was opened at 2001-09-04 07:05 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458398&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: make fails on Solaris 8 Initial Comment: I've tried both the Solaris cc comiler and the gcc compiler. I've tried both the Solaris "as" and the OpenSource "as" from binutils. I cannot get past the following error messages coming from the assempler: gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.1\ -I. -I.. -g - O2 -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c -fPIC - DPIC -o .libs/xmlparse.lo /var/tmp/ccTgsuTL.s: Assembler messages: /var/tmp/ccTgsuTL.s:5026: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:5050: Error: operation combines symbols in different segment s /var/tmp/ccTgsuTL.s:5276: Error: operation combines symbols in different segment s /var/tmp/ccTgsuTL.s:6885: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:6933: Error: .previous without corresponding .section; ignor ed /var/tmp/ccTgsuTL.s:7201: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:7251: Error: .previous without corresponding .section; ignor ed /var/tmp/ccTgsuTL.s:10443: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:10503: Error: operation combines symbols in different segmen ts /var/tmp/ccTgsuTL.s:10681: Error: operation combines symbols in different segmen ts /var/tmp/ccTgsuTL.s:10871: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:10905: Error: .previous without corresponding .section; igno red /var/tmp/ccTgsuTL.s:11558: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:11605: Error: .previous without corresponding .section; igno red /var/tmp/ccTgsuTL.s:11997: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:12033: Error: .previous without corresponding .section; igno red *** Error code 1 make: Fatal error: Command failed for target `xmlparse.lo' GCC Version: 3.0.1 GNU as Version: 2.7 OS Version: 5.8 I'm not a C programmer, but I really need this library for the Perl XML::Parser. Is there any chance someone could just compile it for me and e-mail me the libraries. Thanks. scott.grimes@divine.com ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-10-01 14:14 Message: Logged In: YES user_id=3066 Closed; this was appearantly a compiler bug related to the newest GCC versions. See the anonymous comment dated 2001-09-26. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-09-26 15:33 Message: Logged In: NO Actually, I've found that the problem is related to the version of the gcc compiler I'm using. I was running gcc 3.0.1. If I backup to gcc 2.95, then the library builds successfully. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-09-14 14:23 Message: Logged In: NO I am getting different make error on Solaris-8? voyager2# make cd lib && make make[1]: Entering directory `/ext0/contentserver6.4b5/sm/expat-1.95.2/lib' /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H - DPACKAGE='"expat"' -DVERSION='"expat_1.95.2"' -I. -I. - I.. -fexceptions -Wall -Wmissing-prototypes -Wstrict- prototypes -fexceptions -c xmlparse.c mkdir .libs gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.2\ -I. -I. -I.. -fexceptions -Wall - Wmissing-prototypes -Wstrict-prototypes -fexceptions -c xmlparse.c -fPIC -DPIC -o .libs/xmlparse.lo In file included from /usr/include/string.h:18, from xmlparse.c:26: /usr/include/iso/string_iso.h:62: parse error before ';' token xmlparse.c: In function `XML_GetBuffer': xmlparse.c:1178: `punting' undeclared (first use in 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 `/ext0/contentserver6.4b5/sm/expat-1.95.2/lib' make: *** [lib] Error 2 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-09-07 09:35 Message: Logged In: NO I have this same problem ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458398&group_id=10127 From noreply@sourceforge.net Mon Oct 1 15:17:03 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Oct 1 14:17:03 2001 Subject: [ expat-Bugs-458046 ] Expat as replacement for DOM parser Message-ID: Bugs item #458046, was opened at 2001-09-03 06:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458046&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: Expat as replacement for DOM parser Initial Comment: Usage of DOM parser ,requirement for replacement with stream based parser-Expat.Suggestion as how to go about with the task ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-10-01 14:16 Message: Logged In: YES user_id=3066 This is not a bug report. Read the expat-discuss mailing list archives for information on building a DOM using Expat. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458046&group_id=10127 From noreply@sourceforge.net Mon Oct 1 15:22:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Oct 1 14:22:02 2001 Subject: [ expat-Bugs-458731 ] Incorrect support for newline characters Message-ID: Bugs item #458731, was opened at 2001-09-05 07:13 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458731&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: Incorrect support for newline characters Initial Comment: I have an embedded VC++ application (Windows CE) that reads data from an XML file using this parser. If I have a newline in the text within the tag, the data read will be everything after the newline. Example: This is before the newline. This is after the newline The only data read by the parser is: "This is after the newline". Everything before the newline is discarded. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-10-01 14:21 Message: Logged In: YES user_id=3066 Expat does not automatically collapse contiguous stretches of data into a single call to the XML_CharacterDataHandler. Since it does break the data stream at every newline, you need to make sure you are properly accumulating data as needed for your application. (On the other hand, it's nice to know this is being tested on CE.) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458731&group_id=10127 From noreply@sourceforge.net Mon Oct 1 15:25:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Oct 1 14:25:02 2001 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: Accepted 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-10-01 14:24 Message: Logged In: YES user_id=3066 Greg, isn't this done already? Please review the open bugs assigned to you. ---------------------------------------------------------------------- Comment By: Greg Stein (gstein) Date: 2001-08-26 03:40 Message: Logged In: YES user_id=6501 We should be linking using libtool, and link against libexpat.la. We won't have to know anything about the .libs directory in that case. The vpath stuff has been handled, yes. It will be even simpler when we complete the move to a single makefile. Leaving open until we make the final switch to libtool- based linking. ---------------------------------------------------------------------- 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 Mon Oct 1 15:52:03 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Oct 1 14:52:03 2001 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: Kevin Gilpin (kgilpin) Date: 2001-10-01 14:51 Message: Logged In: YES user_id=44882 The problem is that the Perl extension consists of 2 dlls: 1) the expat DLL, which does not contain any perl references 2) the perl -> expat DLL, which references both the Perl APIs and the Expat APIs Both of these DLLs are called 'expat.dll', which is a problem b/c Windows will cannot tell the difference between them when the Perl program is run ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-10-01 13:26 Message: Logged In: YES user_id=3066 Thinking about this again, I realize I don't know enough about the Perl extension machinery and mod_perl to be sure of this. Is mod_perl providing an expat.dll which is something different, or is it a different version of that mod_perl uses? We need a mod_perl/XML::Parser expert to answer reports like this one! Leaving this one assigned to Clark until we have such a person with available time. ---------------------------------------------------------------------- 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 noreply@sourceforge.net Mon Oct 1 16:09:01 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Oct 1 15:09:01 2001 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: Fred L. Drake, Jr. (fdrake) 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-10-01 15:08 Message: Logged In: YES user_id=3066 So this appearantly never worked with Expat 1.95+. Sigh. We could go back to xmlparse.dll I suppose, but I don't really like that. I don't know that we've retained enough compatibility with that. Perhaps "expat2" would be good enough, since the real target right now is a stable Expat 2.0. I'll think about this a little more, but I'd like to have it solved in Expat 1.95.3. Assigning to me since Clark has been abducted by aliens. ---------------------------------------------------------------------- Comment By: Kevin Gilpin (kgilpin) Date: 2001-10-01 14:51 Message: Logged In: YES user_id=44882 The problem is that the Perl extension consists of 2 dlls: 1) the expat DLL, which does not contain any perl references 2) the perl -> expat DLL, which references both the Perl APIs and the Expat APIs Both of these DLLs are called 'expat.dll', which is a problem b/c Windows will cannot tell the difference between them when the Perl program is run ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-10-01 13:26 Message: Logged In: YES user_id=3066 Thinking about this again, I realize I don't know enough about the Perl extension machinery and mod_perl to be sure of this. Is mod_perl providing an expat.dll which is something different, or is it a different version of that mod_perl uses? We need a mod_perl/XML::Parser expert to answer reports like this one! Leaving this one assigned to Clark until we have such a person with available time. ---------------------------------------------------------------------- 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 noreply@sourceforge.net Mon Oct 1 16:13:07 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Oct 1 15:13:07 2001 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: Closed >Resolution: Out of Date 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-10-01 15:12 Message: Logged In: YES user_id=3066 Closed due to lack of information. Try again with a newer version of Expat; if the problem persists, file a new bug report with the output of configure and make. ---------------------------------------------------------------------- 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 michael.maggio@effem.com Tue Oct 2 07:13:02 2001 From: michael.maggio@effem.com (michael.maggio@effem.com) Date: Tue Oct 2 06:13:02 2001 Subject: Compiling expat on AIX PowerPC Message-ID: <200110021332.JAA14276@mtofw2.mto.na.mars> I'd be willing to test it. =A0Could you send me the updated configure a= nd makefile template? =A0I don't think I'm able to access CVS through our firewall.= - Michael C. Maggio =A0ISI-Mars, Mt Olive, NJ =A0Work: 973-448-3182 =A0Cell: 908-310-8403 =A0Pager: 800-759-8888 #1083559 |---------------+---------------+---------------+---------------> | | | "Fred L. | | | | | Drake, Jr." | | | | | | | | | | acm.org | | | | | | | | | | 10/01/01 | | | | | 04:10 PM | | | | | | | |---------------+---------------+---------------+---------------> >---------------| | | | | | To: | | Michael| | C. | | Maggio/| | MTO/Eff| | em | | cc: | | expat-b| | ugs@lis| | ts.sour| | ceforge| | .net | | | | | | | | Subject: | | Re: | | Compili| | ng | | expat | | on AIX | | PowerPC| | | | | >---------------| michael.maggio@effem.com writes: > I had a few problems compiling Expat 1.95.2 on AIX 4.3 (PowerPC > platform) with the xlC compiler and other assorted non-GNU > tools. =A0The first problem was that configure was unable to identify= > the endian-ness of the machine. =A0Each time I ran configure, it > would complain that the byte order was "unknown". =A0I took a =A0Thanks for reporting this! =A0I've added the "-c" option to the command line for that compile and forwarded the bug report to the original author of the autoconf macro that generates that portion of the configure script. > After configure ran successfully, I then ran "make", which exited > saying that "default" was up-to-date, which it was not. =A0Ditto for > "make all". =A0It looks like it's not descending to the > subdirectories. =A0I'm not as fluent in make, so I wasn't sure how > fix the script, but manually running make for each subdirectory, > then running "make install" in the root had the desired effect. =A0We've seen this for Sun's make as well; it should work with GNU make= if you have that available. =A0The catch seems to be that not all makes= treat targets that happen to be directories the same way, even if they are declared .PHONY (which I interpret as .PHONY not being portable, since its not documented at least for Sun's make). =A0I've modified the build control to avoid the use of directory names as target names; this *should* fix the problem, but I don't have an environment in which to test this. =A0-Fred -- Fred L. Drake, Jr. =A0 PythonLabs at Zope Corporation = From fdrake@acm.org Tue Oct 2 07:40:02 2001 From: fdrake@acm.org (Fred L. Drake, Jr.) Date: Tue Oct 2 06:40:02 2001 Subject: Compiling expat on AIX PowerPC In-Reply-To: <200110021332.JAA14275@mtofw2.mto.na.mars> References: <200110021332.JAA14275@mtofw2.mto.na.mars> Message-ID: <15289.49554.583829.158384@grendel.zope.com> ---------------------- multipart/mixed attachment michael.maggio@effem.com writes: > I'd be willing to test it. =A0Could you send me the updated configur= e > and makefile template? =A0I don't think I'm able to access CVS > through our firewall. The added "-c" in the configure script is the only change there. I'm attaching a new Makefile.in; re-run configure (or run the generated config.status), then run make. Thanks! -Fred --=20 Fred L. Drake, Jr. PythonLabs at Zope Corporation ---------------------- multipart/mixed attachment ################################################################ # Process this file with top-level configure script to produce Makefile # # Copyright 2000 Clark Cooper # # This file is part of EXPAT. # # EXPAT is free software; you can redistribute it and/or modify it # under the terms of the License (based on the MIT/X license) contained # in the file COPYING that comes with this distribution. # # EXPAT IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, # EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF # MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. # IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY # CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, # TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE # SOFTWARE OR THE USE OR OTHER DEALINGS IN EXPAT. # # --- # I started using automake, but # 1) it seemed like overkill # 2) I don't want all the GNU policies # 3) I wanted more explicit control over what gets built # # So I'm doing my Makefile.in files manually. But a fair part is based # on what I learned from perusing the Makefile.in's generated by automake, # and the automake authors still get my kudos. # SHELL = @SHELL@ srcdir = @srcdir@ top_srcdir = @top_srcdir@ VPATH = @srcdir@ prefix = @prefix@ exec_prefix = @exec_prefix@ bindir = @bindir@ libdir = @libdir@ includedir = @includedir@ top_builddir = . INSTALL = @INSTALL@ INSTALL_PROGRAM = @INSTALL_PROGRAM@ INSTALL_DATA = @INSTALL_DATA@ mkinstalldirs = $(SHELL) $(top_srcdir)/conftools/mkinstalldirs CC = @CC@ LIBTOOL = @LIBTOOL@ SUBDIRS = lib examples xmlwf CONFIG_HEADERS = config.h APIHEADER = expat.h LIBRARY = libexpat.la default: lib xmlwf buildlib: lib all: $(SUBDIRS) $(SUBDIRS): cd $@ && $(MAKE) clean: cd lib && rm -f $(LIBRARY) *.o *.lo && rm -rf .libs _libs cd xmlwf && rm -f xmlwf *.o cd examples && rm -f elements outline *.o find . -name core | xargs rm -f distclean: clean rm -f config.h config.status config.log config.cache libtool rm -f Makefile lib/Makefile examples/Makefile xmlwf/Makefile tests/Makefile extraclean: distclean rm -f config.h.in configure rm -f conftools/config.guess conftools/config.sub rm -f conftools/ltconfig conftools/ltmain.sh check: $(SUBDIRS) cd tests && $(MAKE) check install: xmlwf/xmlwf lib/$(LIBRARY) lib/$(APIHEADER) $(mkinstalldirs) $(bindir) $(libdir) $(includedir) $(LIBTOOL) --mode=install $(INSTALL_PROGRAM) xmlwf/xmlwf $(bindir)/xmlwf $(LIBTOOL) --mode=install $(INSTALL) lib/$(LIBRARY) $(libdir)/$(LIBRARY) $(INSTALL_DATA) lib/$(APIHEADER) $(includedir) uninstall: $(LIBTOOL) --mode=uninstall rm -f $(bindir)/xmlwf $(LIBTOOL) --mode=uninstall rm -f $(libdir)/$(LIBRARY) rm -f $(libdir)/$(APIHEADER) .PHONY: buildlib all $(SUBDIRS) \ clean distclean extraclean maintainer-clean \ dist distdir \ install uninstall ---------------------- multipart/mixed attachment-- From michael.maggio@effem.com Tue Oct 2 10:30:02 2001 From: michael.maggio@effem.com (michael.maggio@effem.com) Date: Tue Oct 2 09:30:02 2001 Subject: Compiling expat on AIX PowerPC Message-ID: <200110021648.MAA17626@mtofw2.mto.na.mars> Unfortunately, the new Makefile.in still didn't sove the problem, but I= think I found a solution. =A0Placing two colons after the $(SUBDIRS) target for= ces it to compile the subdirectories properly. =A0Otherwise, it looks like this v= ersion of make just treats the directories as regular files and checks their crea= tion date. =A0Since the directories have no prerequisites, make just assumes= they are "up-to-date". $(SUBDIRS):: =A0 =A0 =A0 =A0 cd $@ && $(MAKE) - Michael C. Maggio =A0ISI-Mars, Mt Olive, NJ =A0Work: 973-448-3182 =A0Cell: 908-310-8403 =A0Pager: 800-759-8888 #1083559 |---------------+---------------+---------------+---------------> | | | "Fred L. | | | | | Drake, Jr." | | | | | | | | | | acm.org | | | | | | | | | | 10/02/01 | | | | | 09:30 AM | | | | | | | |---------------+---------------+---------------+---------------> >---------------| | | | | | To: | | Michael| | C. | | Maggio/| | MTO/Eff| | em | | cc: | | expat-b| | ugs@lis| | ts.sour| | ceforge| | .net | | | | | | | | Subject: | | Re: | | Compili| | ng | | expat | | on AIX | | PowerPC| | | | | >---------------| michael.maggio@effem.com writes: > I'd be willing to test it. =A0Could you send me the updated configure= > and makefile template? =A0I don't think I'm able to access CVS > through our firewall. =A0The added "-c" in the configure script is the only change there. I'm attaching a new Makefile.in; re-run configure (or run the generated config.status), then run make. =A0Thanks! =A0-Fred -- Fred L. Drake, Jr. =A0 PythonLabs at Zope Corporation = From fdrake@acm.org Tue Oct 2 10:44:08 2001 From: fdrake@acm.org (Fred L. Drake, Jr.) Date: Tue Oct 2 09:44:08 2001 Subject: Compiling expat on AIX PowerPC In-Reply-To: <200110021648.MAA17627@mtofw2.mto.na.mars> References: <200110021648.MAA17627@mtofw2.mto.na.mars> Message-ID: <15289.60582.193765.523231@grendel.zope.com> michael.maggio@effem.com writes: > Unfortunately, the new Makefile.in still didn't sove the problem, > but I think I found a solution. =A0Placing two colons after the > $(SUBDIRS) target forces it to compile the subdirectories > properly. =A0Otherwise, it looks like this version of make just > treats the directories as regular files and checks their creation > date. =A0Since the directories have no prerequisites, make just > assumes they are "up-to-date". This also still works with GNU make, so I've reverted my change and checked your solution into the source repository. Thanks for the effort you've contributed! -Fred --=20 Fred L. Drake, Jr. PythonLabs at Zope Corporation From noreply@sourceforge.net Mon Oct 8 12:44:16 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Oct 8 11:44:16 2001 Subject: [ expat-Bugs-469226 ] -static is invalid for Sun's compiler Message-ID: Bugs item #469226, was opened at 2001-10-08 11:43 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=469226&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: David Reed (dtreed) Assigned to: Greg Stein (gstein) Summary: -static is invalid for Sun's compiler Initial Comment: The -static lines for LDFLAGS in the Makefiles for xmlwf and examples causes build problems when using Sun's purchased compiler (Forte) on a Sun box running Solaris 7. The error really isn't visable but it gives the following during a build: cc -g -I../lib -c -o unixfilemap.o unixfilemap.c cc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o -L../lib/.libs -lexpat cc: -a conflicts with -dy. make[1]: *** [xmlwf] Error 1 make[1]: Leaving directory '/export/home/verity/src/Other/expat- 1.95.2/xmlwf' make: *** [xmlwf] Error 2 When "-static" is changed to "-B static" everything works just fine. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=469226&group_id=10127 From noreply@sourceforge.net Mon Oct 8 14:34:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Oct 8 13:34:02 2001 Subject: [ expat-Bugs-469271 ] error on valid entity Message-ID: Bugs item #469271, was opened at 2001-10-08 13:33 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=469271&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Reed (dtreed) Assigned to: Nobody/Anonymous (nobody) Summary: error on valid entity Initial Comment: The library is erroring out on a valid entity "â". It processes the other ones just fine but the outline program that ships in the examples directory outputs the following: Parse error at line 3: undefined entity when a file containing the following is fed into it: lâst <in> help As soon as I take the "â" out, it works just fine. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=469271&group_id=10127 From noreply@sourceforge.net Mon Oct 8 14:35:12 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Oct 8 13:35:12 2001 Subject: [ expat-Patches-457848 ] 1.95.2fix: realloc bug, unusedArgs,Mac Message-ID: Patches item #457848, was opened at 2001-09-02 15:37 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=457848&group_id=10127 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: David Phillip Oster (oster) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: 1.95.2fix: realloc bug, unusedArgs,Mac Initial Comment: Enclosed is a .gz of a diff of the 1.95.2 release against my changes: 1.) Fix memory leak when realloc() runs out of memory 2.) Handle Unused Argumenst warning message on some compilers (Shouldn't affect other compilers) 3.) Project file for Macintosh OS before X. This is my first patch, so please feel free to educate me. -- David Phillip Oster ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-10-08 13:34 Message: Logged In: YES user_id=3066 No patch is attached; please try again. (There's a little check-box that needs to be checked when you upload a file into a bug or patch report on SF; this was probably the case for this one.) Marked pending; it will be re-opened when you have time to respond. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=457848&group_id=10127 From noreply@sourceforge.net Wed Oct 10 16:54:10 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 10 15:54:10 2001 Subject: [ expat-Bugs-470041 ] expat doesn't parse xml's with UTF-8 BOM Message-ID: Bugs item #470041, was opened at 2001-10-10 15:53 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=470041&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: expat doesn't parse xml's with UTF-8 BOM Initial Comment: expat can not correctly parse xml's encoded in UTF-8 and with UTF-8 BOM (EF BB BF). ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=470041&group_id=10127 From noreply@sourceforge.net Thu Oct 11 16:24:11 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu Oct 11 15:24:11 2001 Subject: [ expat-Bugs-470416 ] compile fails on UnixWare 7.1.1 with cc Message-ID: Bugs item #470416, was opened at 2001-10-11 15:23 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=470416&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: compile fails on UnixWare 7.1.1 with cc Initial Comment: Using UnixWare's cc and gmake, compiling 1.95.1 fails; the offending lines are the .c.o and .c.lo dependencies in lib/Makefile.in which try to pass "-Wp,-MD,.deps/$(*F).pp" to the compiler, which is (of course) unrecognised. The library appears to build successfully when the dependency code is removed; is it necessary? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=470416&group_id=10127 From arkadi.gelfond@convergys.com Fri Oct 12 05:56:11 2001 From: arkadi.gelfond@convergys.com (arkadi.gelfond@convergys.com) Date: Fri Oct 12 04:56:11 2001 Subject: (no subject) Message-ID: trying to install expat-1.95.2.tar.gz OS: SunOS 5.8 compiler: CC: Sun WorkShop 6 update 1 C++ 5.2 2000/09/11 ./configure --prefix=/home/agelfond/misc;make;make install creating cache ./config.cache checking host system type... sparc-sun-solaris2.8 checking build system type... sparc-sun-solaris2.8 checking for ranlib... ranlib checking for gcc... /apps/forte-6.0u1/SUNWspro/bin/CC checking whether the C compiler (/apps/forte-6.0u1/SUNWspro/bin/CC ) works... yes checking whether the C compiler (/apps/forte-6.0u1/SUNWspro/bin/CC ) is a cross-compiler... no checking whether we are using GNU C... no checking whether /apps/forte-6.0u1/SUNWspro/bin/CC accepts -g... yes checking for non-GNU ld... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking whether ln -s works... yes updating cache ./config.cache checking whether we are using GNU C... no checking for object suffix... o checking for executable suffix... no checking for /apps/forte-6.0u1/SUNWspro/bin/CC option to produce PIC... -KPIC checking if /apps/forte-6.0u1/SUNWspro/bin/CC PIC flag -KPIC works... yes checking if /apps/forte-6.0u1/SUNWspro/bin/CC supports -c -o file.o... yes checking if /apps/forte-6.0u1/SUNWspro/bin/CC supports -c -o file.lo... yes checking if /apps/forte-6.0u1/SUNWspro/bin/CC static flag -Bstatic works... -Bstatic checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking whether the linker (/usr/ccs/bin/ld) supports shared libraries... yes checking command to parse /usr/ccs/bin/nm -p output... ok checking how to hardcode library paths into programs... immediate checking for /usr/ccs/bin/ld option to reload object files... -r checking dynamic linker characteristics... solaris2.8 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool loading cache ./config.cache checking for gcc... (cached) /apps/forte-6.0u1/SUNWspro/bin/CC checking whether the C compiler (/apps/forte-6.0u1/SUNWspro/bin/CC -g ) works... yes checking whether the C compiler (/apps/forte-6.0u1/SUNWspro/bin/CC -g ) is a cross-compiler... no checking whether we are using GNU C... (cached) no checking whether /apps/forte-6.0u1/SUNWspro/bin/CC accepts -g... (cached) yes checking for a BSD compatible install... conftools/install-sh -c checking how to run the C preprocessor... /apps/forte-6.0u1/SUNWspro/bin/CC -E checking for ANSI C header files... no checking for fcntl.h... yes checking for unistd.h... yes checking whether byte ordering is bigendian... yes checking for working const... no checking for off_t... yes checking for size_t... yes checking for 8-bit clean memcmp... no checking for unistd.h... (cached) yes checking for getpagesize... no checking for working mmap... no checking for memmove... no checking for bcopy... no updating cache ./config.cache creating ./config.status creating Makefile creating lib/Makefile creating lib/expat.h creating xmlwf/Makefile creating examples/Makefile creating config.h for dir in lib xmlwf; do \ (cd $dir && make install); \ done /bin/sh ../libtool --mode=compile /apps/forte-6.0u1/SUNWspro/bin/CC -DHAVE_CONFIG_H -DPACKAGE='"expat"' -DVERSION='"expat_1.95.2"' -I. -I. -I.. -g -c xmlparse.c mkdir .libs /apps/forte-6.0u1/SUNWspro/bin/CC -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.2\" -I. -I. -I.. -g -c xmlparse.c -KPIC -DPIC -o .libs/xmlparse.lo "/usr/include/iso/string_iso.h", line 62: Error: There must be an identifier to declare. "/usr/include/iso/string_iso.h", line 62: Error: punting is not defined. "/usr/include/iso/string_iso.h", line 62: Error: "," expected instead of "memmove". "/usr/include/iso/string_iso.h", line 62: Error: Empty declaration (probably an extra semicolon). "/usr/include/iso/string_iso.h", line 80: Error: std::strchr(char*, int) was declared before with a different language. "/usr/include/iso/string_iso.h", line 80: Warning (Anachronism): std::strchr(char*, int) was previously declared "extern", not "inline". "/usr/include/iso/string_iso.h", line 86: Error: std::strpbrk(char*, char*) was declared before with a different language. "/usr/include/iso/string_iso.h", line 86: Warning (Anachronism): std::strpbrk(char*, char*) was previously declared "extern", not "inline". "/usr/include/iso/string_iso.h", line 92: Error: std::strrchr(char*, int) was declared before with a different language. "/usr/include/iso/string_iso.h", line 92: Warning (Anachronism): std::strrchr(char*, int) was previously declared "extern", not "inline". "/usr/include/iso/string_iso.h", line 98: Error: std::strstr(char*, char*) was declared before with a different language. "/usr/include/iso/string_iso.h", line 98: Warning (Anachronism): std::strstr(char*, char*) was previously declared "extern", not "inline". "/usr/include/iso/string_iso.h", line 106: Error: std::memchr(void*, int, unsigned) was declared before with a different language. "/usr/include/iso/string_iso.h", line 106: Warning (Anachronism): std::memchr(void*, int, unsigned) was previously declared "extern", not "inline". "/usr/include/string.h", line 29: Error: memmove is not a member of std. "xmlparse.c", line 641: Error: Cannot assign void* to ATTRIBUTE*. "xmlparse.c", line 643: Error: Cannot assign void* to char*. "xmlparse.c", line 781: Error: Cannot assign int to XML_ParamEntityParsing. "xmlparse.c", line 1178: Error: punting is not defined. "xmlparse.c", line 1178: Error: "," expected instead of "memmove". "xmlparse.c", line 1196: Error: Cannot assign void* to char*. "xmlparse.c", line 1296: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1297: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1298: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1299: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1300: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1301: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1302: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1303: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1304: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1305: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1306: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1307: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1308: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1309: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1310: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1311: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1312: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1313: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1314: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1315: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1316: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1317: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1319: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1327: Warning: String literal converted to char* in initialization. "xmlparse.c", line 1599: Error: Cannot assign void* to tag*. "xmlparse.c", line 1602: Error: Cannot assign void* to char*. "xmlparse.c", line 1619: Error: Cannot assign void* to char*. "xmlparse.c", line 1646: Error: Cannot assign void* to char*. "xmlparse.c", line 1909: Error: Cannot assign void* to ATTRIBUTE*. "xmlparse.c", line 2091: Error: Cannot use void* to initialize char*. "xmlparse.c", line 2119: Error: Cannot assign void* to char*. "xmlparse.c", line 2127: Error: Cannot assign void* to binding*. "xmlparse.c", line 2130: Error: Cannot assign void* to char*. Compilation aborted, too many Error messages. *** Error code 1 make: Fatal error: Command failed for target `xmlparse.lo' Current working directory /home/agelfond/tmp/expat-1.95.2/lib *** Error code 1 make: Fatal error: Command failed for target `install' -- NOTICE: The information contained in this electronic mail transmission is intended by Convergys Corporation for the use of the named individual or entity to which it is directed and may contain information that is privileged or otherwise confidential. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email or by telephone (collect), so that the sender's address records can be corrected. From noreply@sourceforge.net Fri Oct 12 11:36:11 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri Oct 12 10:36:11 2001 Subject: [ expat-Bugs-470642 ] Configure with cross-compiler + endian Message-ID: Bugs item #470642, was opened at 2001-10-12 10:35 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=470642&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: Configure with cross-compiler + endian Initial Comment: When "configure" discovers that the compiler (say "gcc") is a cross-compiler, it is more difficult for it to deduce the correct endian-ness of the target system. The script, however, has already figured out how to run the C pre-processor, which we can take advantage of. I modified "configure" as follows. (This also adds a few more variants on the BIG_ENDIAN and LITTLE_ENDIAN compiler predefined symbols.) After the "guessing bigendian ..." echo statement, comment out (or eliminate) the "echo" following it about 3 lines later. Add the following code, after the "fi" immediately following the "echo": if test $ac_cv_c_bigendian = unknown; then cat >conftest.c <&5; (eval $ac_try) 2>&5; } ac_err="`grep '^short[ ]*bytes[ ]*=[ ]*[0-4][0-4][0-4][0-4];' conftest.out 2>/d ev/null | sed -e 's|^[^=]*=[ ]*||' -e 's|;||'`" if test -z "$ac_err"; then ac_cv_c_bigendian=unknown elif test "X$ac_err" = "X4321"; then ac_cv_c_bigendian=yes elif test "X$ac_err" = "X1234"; then ac_cv_c_bigendian=no else ac_cv_c_bigendian=unknown fi rm -rf conftest* echo "$ac_t""$ac_cv_c_bigendian" 1>&6 fi ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=470642&group_id=10127 From noreply@sourceforge.net Wed Oct 17 11:17:21 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 17 10:17:21 2001 Subject: [ expat-Bugs-408156 ] XML::Parser::parse() segfaults mod_perl Message-ID: Bugs item #408156, was opened at 2001-03-12 23:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=408156&group_id=10127 Category: XML::Parser (Perl module) Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: XML::Parser::parse() segfaults mod_perl Initial Comment: Versions: FreeBSD 4.2-STABLE Apache 1.3.17 mod_perl 1.25 perl 5.00503 XML::Parser 2.30 expat 1.95.1 opensrs-client 2.3.2 When used under mod_perl in the environment described, a call to the parse() method in an XML::Parser object causes the Apache instance to segfault. This is in context of the OpenSRS client communication library, which uses XML for its protocol. Everything is fine when the same code is used as a standalone CGI. ---------------------------------------------------------------------- Comment By: Patrick Mackinlay (patrick73) Date: 2001-10-17 10:16 Message: Logged In: YES user_id=352037 This bug has been fixed in apache 1.3.21, since this release apache is built using the local expat libraries, if they are present, instead of apaches in-built libraries. I have tested apache 1.3.22, with expat 1.95.2 and mod_perl 1.26 and it appears to work fine. ---------------------------------------------------------------------- Comment By: Ron Theis (justron) Date: 2001-05-05 01:19 Message: Logged In: YES user_id=212228 I ran into this same problem on Linux. By compiling Apache without expat, parse() now runs fine in XML::Parser. I ran Apache's configure with the --disable-rule=EXPAT option. Of course, the implicit assumption here is that other parts of Apache are OK not having expat-lite installed..... ---------------------------------------------------------------------- Comment By: Randy Wright (rw26) Date: 2001-04-23 09:15 Message: Logged In: YES user_id=202926 I have the same problem on a solaris box. I think fdrake has made a correct diagnosis. Apache contains 'expat-lite' and there seems to be a namespace collision when you load expate via Perl::XML under mod_perl. I am not sure what the solution is. --randy wright rw26@acf3.nyu.edu ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:25 Message: Logged In: YES user_id=3066 I *think* you're getting two copies of Expat linked in, but I'm not sure. Essentially, Apache/mod_perl might have one, and XML::Parser can also have one. I'm assigning this to Clark since the Perl bindings are his baby. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=408156&group_id=10127 From noreply@sourceforge.net Wed Oct 24 10:51:05 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 24 09:51:05 2001 Subject: [ expat-Bugs-463928 ] 1.95.2 Cygwin build fails Message-ID: Bugs item #463928, was opened at 2001-09-22 12:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=463928&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Jari Aalto (jaalto) Assigned to: Greg Stein (gstein) Summary: 1.95.2 Cygwin build fails Initial Comment: Hi, Is there any chance to get expat compiled under cygwin? http://www.cygwin.com/ I would like to install the Perl XML modules, but they require expat first. If you need help to debug this, I will help gladly. I'm former C++ programmer. Jari.aalto@poboxes.com //root@W2KPICASSO /usr/src/expat-1.95.2 $ CFLAGS=- fexceptions ./configure creating cache ./config.cache checking host system type... i686-pc-cygwin checking build system type... i686-pc-cygwin checking for ranlib... ranlib checking for gcc... gcc checking whether the C compiler (gcc -fexceptions ) works... yes checking whether the C compiler (gcc -fexceptions ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for ld used by GCC... /usr/i686-pc- cygwin/bin/ld.exe checking if the linker (/usr/i686-pc- cygwin/bin/ld.exe) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking for dlltool... dlltool checking for as... as checking for objdump... objdump updating cache ./config.cache checking for object suffix... o checking for executable suffix... .exe checking for gcc option to produce PIC... none checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking if gcc static flag -static works... -static checking if the linker (/usr/i686-pc- cygwin/bin/ld.exe) is GNU ld... yes checking whether the linker (/usr/i686-pc- cygwin/bin/ld.exe) supports shared lib raries... yes checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/i686-pc-cygwin/bin/ld.exe option to reload object files... -r checking dynamic linker characteristics... Win32 ld.exe checking if libtool supports shared libraries... yes checking if package supports dlls... 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) gcc checking whether the C compiler (gcc -fexceptions ) works... yes checking whether the C compiler (gcc -fexceptions ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for a BSD compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -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... no checking for memmove... yes checking for bcopy... yes updating cache ./config.cache creating ./config.status creating Makefile creating lib/Makefile creating lib/expat.h creating xmlwf/Makefile creating examples/Makefile creating config.h config.h is unchanged //root@W2KPICASSO /usr/src/expat-1.95.2 $ make cd lib && make make[1]: Entering directory `/usr/src/expat-1.95.2/lib' /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H - DPACKAGE='"expat"' -DVERS ION='"expat_1.95.2"' -I. -I. -I.. -fexceptions -Wall - Wmissing-prototypes -Wstr ict-prototypes -fexceptions -c xmlparse.c rm -f .libs/xmlparse.lo gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.2\ -I. -I. -I.. -fexceptions -Wall -Wmissing-prototypes -Wstrict- prototypes -fexceptions -c xmlp arse.c -DPIC -o .libs/xmlparse.lo mv -f .libs/xmlparse.lo xmlparse.o (cd . && ln -s xmlparse.o xmlparse.lo) /bin/sh ../libtool --mode=link gcc -version-info 1:0:1 -fexceptions -Wall -Wmis sing-prototypes -Wstrict-prototypes -fexceptions -o libexpat.la -rpath /usr/loc al/lib xmlparse.lo xmltok.lo xmlrole.lo libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared l ibraries rm - fr .libs/libexpat.la .libs/libexpat.* .libs/libexpat.* ar cru .libs/libexpat.a xmlparse.o xmltok.o xmlrole.o ranlib .libs/libexpat.a creating libexpat.la (cd .libs && rm -f libexpat.la && ln -s ../libexpat.la libexpat.la) make[1]: Leaving directory `/usr/src/expat-1.95.2/lib' cd xmlwf && make make[1]: Entering directory `/usr/src/expat- 1.95.2/xmlwf' gcc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o -L../lib/.libs - lexpat xmlwf.o(.text+0x914):xmlwf.c: undefined reference to `_imp__XML_DefaultCurrent' xmlwf.o(.text+0x934):xmlwf.c: undefined reference to `_imp__XML_DefaultCurrent' xmlwf.o(.text+0x954):xmlwf.c: undefined reference to `_imp__XML_DefaultCurrent' xmlwf.o(.text+0x974):xmlwf.c: undefined reference to `_imp__XML_DefaultCurrent' xmlwf.o(.text+0xa3c):xmlwf.c: undefined reference to `_imp__XML_GetBase' xmlwf.o(.text+0xa76):xmlwf.c: undefined reference to `_imp__XML_GetCurrentColumn Number' xmlwf.o(.text+0xa8b):xmlwf.c: undefined reference to `_imp__XML_GetCurrentLineNu mber' xmlwf.o(.text+0xaa0):xmlwf.c: undefined reference to `_imp__XML_GetCurrentByteCo unt' xmlwf.o(.text+0xab5):xmlwf.c: undefined reference to `_imp__XML_GetCurrentByteIn dex' xmlwf.o(.text+0xbc0):xmlwf.c: undefined reference to `_imp__XML_GetSpecifiedAttr ibuteCount' xmlwf.o(.text+0xbe3):xmlwf.c: undefined reference to `_imp__XML_GetIdAttributeIn dex' xmlwf.o(.text+0x1bef):xmlwf.c: undefined reference to `_imp__XML_ParserCreateNS' xmlwf.o(.text+0x1c09):xmlwf.c: undefined reference to `_imp__XML_ParserCreate' xmlwf.o(.text+0x1c2b):xmlwf.c: undefined reference to `_imp__XML_SetNotStandalon eHandler' xmlwf.o(.text+0x1c41):xmlwf.c: undefined reference to `_imp__XML_SetParamEntityP arsing' xmlwf.o(.text+0x1c6a):xmlwf.c: undefined reference to `_imp__XML_SetElementHandl ... xmlwf.o(.text+0x207b):xmlwf.c: undefined reference to `_imp__XML_ParserFree' xmlfile.o(.text+0x38):xmlfile.c: undefined reference to `_imp__XML_GetErrorCode' xmlfile.o(.text+0x4d):xmlfile.c: undefined reference to `_imp__XML_ErrorString' xmlfile.o(.text+0x71):xmlfile.c: undefined reference to `_imp__XML_GetCurrentCol umnNumber' xmlfile.o(.text+0x86):xmlfile.c: undefined reference to `_imp__XML_GetCurrentLin eNumber' xmlfile.o(.text+0x100):xmlfile.c: undefined reference to `_imp__XML_Parse' xmlfile.o(.text+0x242):xmlfile.c: undefined reference to `_imp__XML_ExternalEnti tyParserCreate' xmlfile.o(.text+0x285):xmlfile.c: undefined reference to `_imp__XML_SetBase' xmlfile.o(.text+0x2cb):xmlfile.c: undefined reference to `_imp__XML_ParserFree' xmlfile.o(.text+0x346):xmlfile.c: undefined reference to `_imp__XML_GetBuffer' xmlfile.o(.text+0x3ec):xmlfile.c: undefined reference to `_imp__XML_ParseBuffer' xmlfile.o(.text+0x46a):xmlfile.c: undefined reference to `_imp__XML_ExternalEnti tyParserCreate' xmlfile.o(.text+0x4a1):xmlfile.c: undefined reference to `_imp__XML_SetBase' xmlfile.o(.text+0x4da):xmlfile.c: undefined reference to `_imp__XML_ParserFree' xmlfile.o(.text+0x51c):xmlfile.c: undefined reference to `_imp__XML_SetBase' xmlfile.o(.text+0x584):xmlfile.c: undefined reference to `_imp__XML_SetExternalE ntityRefHandler' collect2: ld returned 1 exit status make[1]: *** [xmlwf] Error 1 make[1]: Leaving directory `/usr/src/expat- 1.95.2/xmlwf' make: *** [xmlwf] Error 2 //root@W2KPICASSO /usr/src/expat-1.95.2 $ ---------------------------------------------------------------------- Comment By: Gerrit Haase (siebenschlaefer) Date: 2001-10-24 09:50 Message: Logged In: YES user_id=76037 There is not much to do, a little change in the lib/Makefile.in and the expat-x.dll is build properly (I used the latest autotools of today, libtool-1.4.2, autoconf- 2.52, automake-1.5), here the patch (I added just -no- undefined at the link line): --- lib/Makefile.in.orig Wed Oct 24 18:24:58 2001 +++ lib/Makefile.in Wed Oct 24 18:23:29 2001 @@ -90,7 +90,7 @@ COMPILE = $(CC) $(DEFS) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) LTCOMPILE = $(LIBTOOL) --mode=compile $(CC) $(DEFS) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) CCLD = $(CC) -LINK = $(LIBTOOL) --mode=link $(CCLD) -version-info $(LIBCURRENT):$(LIBREVISION):$(LIBAGE) $(CFLAGS) $(LDFLAGS) -o $@ +LINK = $(LIBTOOL) --mode=link $(CCLD) -no-undefined - version-info $(LIBCURRENT):$(LIBREVISION):$(LIBAGE) $(CFLAGS) $(LDFLAGS) -o $@ DIST_COMMON = Makefile.in ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=463928&group_id=10127 From noreply@sourceforge.net Wed Oct 24 10:56:07 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 24 09:56:07 2001 Subject: [ expat-Bugs-454879 ] Compile of xmlwf fails in cygwin v1.95.2 Message-ID: Bugs item #454879, was opened at 2001-08-24 00:39 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=454879&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Pabs (pabs3) Assigned to: Greg Stein (gstein) Summary: Compile of xmlwf fails in cygwin v1.95.2 Initial Comment: make.log attached The short of it is that the .o files in the xmlwf dir reference functions in the lib as _imp__, but in the lib (libexpat.a) the functions are named _ & just Probably some gcc flag was omitted from one or the other. Bye, Pabs ---------------------------------------------------------------------- Comment By: Gerrit Haase (siebenschlaefer) Date: 2001-10-24 09:52 Message: Logged In: YES user_id=76037 Come on, I added a -no-undefined at the link line for libexpat and the dll is build and also xmlwf links o.k. against the dll. Patch: --- lib/Makefile.in.orig Wed Oct 24 18:24:58 2001 +++ lib/Makefile.in Wed Oct 24 18:23:29 2001 @@ -90,7 +90,7 @@ COMPILE = $(CC) $(DEFS) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) LTCOMPILE = $(LIBTOOL) --mode=compile $(CC) $(DEFS) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) CCLD = $(CC) -LINK = $(LIBTOOL) --mode=link $(CCLD) -version-info $(LIBCURRENT):$(LIBREVISION):$(LIBAGE) $(CFLAGS) $(LDFLAGS) -o $@ +LINK = $(LIBTOOL) --mode=link $(CCLD) -no-undefined - version-info $(LIBCURRENT):$(LIBREVISION):$(LIBAGE) $(CFLAGS) $(LDFLAGS) -o $@ DIST_COMMON = Makefile.in Gerrit ---------------------------------------------------------------------- Comment By: Alex Martelli (aleax) Date: 2001-09-13 02:02 Message: Logged In: YES user_id=60314 I can confirm that adding the &&!defined() to the #if line in expat.h.in fixes everything for me on Cygwin, although I tested defined(__CYGWIN__) rather than defined (__CYGWIN32__) (seems more generally useful...?) ---------------------------------------------------------------------- Comment By: Neil Lunn (corrosion) Date: 2001-08-29 04:38 Message: Logged In: YES user_id=78218 Meaning that the above patch should actually be applied to expat.h.in from the source distribution. Could someone confirm the CVS commit? ---------------------------------------------------------------------- Comment By: David Crowley (dcrowley) Date: 2001-08-27 16:29 Message: Logged In: YES user_id=27458 I have this same problem. I had to make a change to expat.h. I fixed it by changing the macro for XMLPARSEAPI. I just added the "&& !defined(__CYGWIN32)". Here it is: #ifndef XMLPARSEAPI # if defined(__declspec) && !defined(__BEOS__) && !defined (__CYGWIN32__) # define XMLPARSEAPI(type) __declspec(dllimport) type __cdecl # else # define XMLPARSEAPI(type) type # endif #endif /* not defined XMLPARSEAPI */ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-08-26 22:38 Message: Logged In: NO to clarify v1.95.2 is the expat version number ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=454879&group_id=10127 From noreply@sourceforge.net Wed Oct 24 11:14:07 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 24 10:14:07 2001 Subject: [ expat-Patches-474548 ] Build expat-1.95.2 with .dll on cygwin Message-ID: Patches item #474548, was opened at 2001-10-24 10:13 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=474548&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: Build expat-1.95.2 with .dll on cygwin Initial Comment: Get libtool-1.4.2, build and install it. Apply the patch to expat, thats it, just run ./configure, make, make check, make install as usual. I don't know why, but with the current release of libtool, libexpat-0-1- 0.dll gets installed in the $prefix/lib directory, you need to copy it in some directory that is in your PATH included, additional you may modify $prefix/lib/libexpat.la to point to the right place, where the dll is and delete the one in $prefix/lib then. Looks for me like this: # The name that we can dlopen(3). dlname='../bin/libexpat-0-1-0.dll' Gerrit ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=474548&group_id=10127 From noreply@sourceforge.net Wed Oct 24 11:20:01 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 24 10:20:01 2001 Subject: [ expat-Bugs-463928 ] 1.95.2 Cygwin build fails Message-ID: Bugs item #463928, was opened at 2001-09-22 12:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=463928&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Jari Aalto (jaalto) Assigned to: Greg Stein (gstein) Summary: 1.95.2 Cygwin build fails Initial Comment: Hi, Is there any chance to get expat compiled under cygwin? http://www.cygwin.com/ I would like to install the Perl XML modules, but they require expat first. If you need help to debug this, I will help gladly. I'm former C++ programmer. Jari.aalto@poboxes.com //root@W2KPICASSO /usr/src/expat-1.95.2 $ CFLAGS=- fexceptions ./configure creating cache ./config.cache checking host system type... i686-pc-cygwin checking build system type... i686-pc-cygwin checking for ranlib... ranlib checking for gcc... gcc checking whether the C compiler (gcc -fexceptions ) works... yes checking whether the C compiler (gcc -fexceptions ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for ld used by GCC... /usr/i686-pc- cygwin/bin/ld.exe checking if the linker (/usr/i686-pc- cygwin/bin/ld.exe) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking for dlltool... dlltool checking for as... as checking for objdump... objdump updating cache ./config.cache checking for object suffix... o checking for executable suffix... .exe checking for gcc option to produce PIC... none checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking if gcc static flag -static works... -static checking if the linker (/usr/i686-pc- cygwin/bin/ld.exe) is GNU ld... yes checking whether the linker (/usr/i686-pc- cygwin/bin/ld.exe) supports shared lib raries... yes checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/i686-pc-cygwin/bin/ld.exe option to reload object files... -r checking dynamic linker characteristics... Win32 ld.exe checking if libtool supports shared libraries... yes checking if package supports dlls... 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) gcc checking whether the C compiler (gcc -fexceptions ) works... yes checking whether the C compiler (gcc -fexceptions ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for a BSD compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -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... no checking for memmove... yes checking for bcopy... yes updating cache ./config.cache creating ./config.status creating Makefile creating lib/Makefile creating lib/expat.h creating xmlwf/Makefile creating examples/Makefile creating config.h config.h is unchanged //root@W2KPICASSO /usr/src/expat-1.95.2 $ make cd lib && make make[1]: Entering directory `/usr/src/expat-1.95.2/lib' /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H - DPACKAGE='"expat"' -DVERS ION='"expat_1.95.2"' -I. -I. -I.. -fexceptions -Wall - Wmissing-prototypes -Wstr ict-prototypes -fexceptions -c xmlparse.c rm -f .libs/xmlparse.lo gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.2\ -I. -I. -I.. -fexceptions -Wall -Wmissing-prototypes -Wstrict- prototypes -fexceptions -c xmlp arse.c -DPIC -o .libs/xmlparse.lo mv -f .libs/xmlparse.lo xmlparse.o (cd . && ln -s xmlparse.o xmlparse.lo) /bin/sh ../libtool --mode=link gcc -version-info 1:0:1 -fexceptions -Wall -Wmis sing-prototypes -Wstrict-prototypes -fexceptions -o libexpat.la -rpath /usr/loc al/lib xmlparse.lo xmltok.lo xmlrole.lo libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared l ibraries rm - fr .libs/libexpat.la .libs/libexpat.* .libs/libexpat.* ar cru .libs/libexpat.a xmlparse.o xmltok.o xmlrole.o ranlib .libs/libexpat.a creating libexpat.la (cd .libs && rm -f libexpat.la && ln -s ../libexpat.la libexpat.la) make[1]: Leaving directory `/usr/src/expat-1.95.2/lib' cd xmlwf && make make[1]: Entering directory `/usr/src/expat- 1.95.2/xmlwf' gcc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o -L../lib/.libs - lexpat xmlwf.o(.text+0x914):xmlwf.c: undefined reference to `_imp__XML_DefaultCurrent' xmlwf.o(.text+0x934):xmlwf.c: undefined reference to `_imp__XML_DefaultCurrent' xmlwf.o(.text+0x954):xmlwf.c: undefined reference to `_imp__XML_DefaultCurrent' xmlwf.o(.text+0x974):xmlwf.c: undefined reference to `_imp__XML_DefaultCurrent' xmlwf.o(.text+0xa3c):xmlwf.c: undefined reference to `_imp__XML_GetBase' xmlwf.o(.text+0xa76):xmlwf.c: undefined reference to `_imp__XML_GetCurrentColumn Number' xmlwf.o(.text+0xa8b):xmlwf.c: undefined reference to `_imp__XML_GetCurrentLineNu mber' xmlwf.o(.text+0xaa0):xmlwf.c: undefined reference to `_imp__XML_GetCurrentByteCo unt' xmlwf.o(.text+0xab5):xmlwf.c: undefined reference to `_imp__XML_GetCurrentByteIn dex' xmlwf.o(.text+0xbc0):xmlwf.c: undefined reference to `_imp__XML_GetSpecifiedAttr ibuteCount' xmlwf.o(.text+0xbe3):xmlwf.c: undefined reference to `_imp__XML_GetIdAttributeIn dex' xmlwf.o(.text+0x1bef):xmlwf.c: undefined reference to `_imp__XML_ParserCreateNS' xmlwf.o(.text+0x1c09):xmlwf.c: undefined reference to `_imp__XML_ParserCreate' xmlwf.o(.text+0x1c2b):xmlwf.c: undefined reference to `_imp__XML_SetNotStandalon eHandler' xmlwf.o(.text+0x1c41):xmlwf.c: undefined reference to `_imp__XML_SetParamEntityP arsing' xmlwf.o(.text+0x1c6a):xmlwf.c: undefined reference to `_imp__XML_SetElementHandl ... xmlwf.o(.text+0x207b):xmlwf.c: undefined reference to `_imp__XML_ParserFree' xmlfile.o(.text+0x38):xmlfile.c: undefined reference to `_imp__XML_GetErrorCode' xmlfile.o(.text+0x4d):xmlfile.c: undefined reference to `_imp__XML_ErrorString' xmlfile.o(.text+0x71):xmlfile.c: undefined reference to `_imp__XML_GetCurrentCol umnNumber' xmlfile.o(.text+0x86):xmlfile.c: undefined reference to `_imp__XML_GetCurrentLin eNumber' xmlfile.o(.text+0x100):xmlfile.c: undefined reference to `_imp__XML_Parse' xmlfile.o(.text+0x242):xmlfile.c: undefined reference to `_imp__XML_ExternalEnti tyParserCreate' xmlfile.o(.text+0x285):xmlfile.c: undefined reference to `_imp__XML_SetBase' xmlfile.o(.text+0x2cb):xmlfile.c: undefined reference to `_imp__XML_ParserFree' xmlfile.o(.text+0x346):xmlfile.c: undefined reference to `_imp__XML_GetBuffer' xmlfile.o(.text+0x3ec):xmlfile.c: undefined reference to `_imp__XML_ParseBuffer' xmlfile.o(.text+0x46a):xmlfile.c: undefined reference to `_imp__XML_ExternalEnti tyParserCreate' xmlfile.o(.text+0x4a1):xmlfile.c: undefined reference to `_imp__XML_SetBase' xmlfile.o(.text+0x4da):xmlfile.c: undefined reference to `_imp__XML_ParserFree' xmlfile.o(.text+0x51c):xmlfile.c: undefined reference to `_imp__XML_SetBase' xmlfile.o(.text+0x584):xmlfile.c: undefined reference to `_imp__XML_SetExternalE ntityRefHandler' collect2: ld returned 1 exit status make[1]: *** [xmlwf] Error 1 make[1]: Leaving directory `/usr/src/expat- 1.95.2/xmlwf' make: *** [xmlwf] Error 2 //root@W2KPICASSO /usr/src/expat-1.95.2 $ ---------------------------------------------------------------------- Comment By: Gerrit Haase (siebenschlaefer) Date: 2001-10-24 10:19 Message: Logged In: YES user_id=76037 I posted the patch here, (all in one line, please): http://sourceforge.net/tracker/index.php? func=detail&aid=454879&group_id=10127&atid=110127 Gerrit ---------------------------------------------------------------------- Comment By: Gerrit Haase (siebenschlaefer) Date: 2001-10-24 09:50 Message: Logged In: YES user_id=76037 There is not much to do, a little change in the lib/Makefile.in and the expat-x.dll is build properly (I used the latest autotools of today, libtool-1.4.2, autoconf- 2.52, automake-1.5), here the patch (I added just -no- undefined at the link line): --- lib/Makefile.in.orig Wed Oct 24 18:24:58 2001 +++ lib/Makefile.in Wed Oct 24 18:23:29 2001 @@ -90,7 +90,7 @@ COMPILE = $(CC) $(DEFS) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) LTCOMPILE = $(LIBTOOL) --mode=compile $(CC) $(DEFS) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) CCLD = $(CC) -LINK = $(LIBTOOL) --mode=link $(CCLD) -version-info $(LIBCURRENT):$(LIBREVISION):$(LIBAGE) $(CFLAGS) $(LDFLAGS) -o $@ +LINK = $(LIBTOOL) --mode=link $(CCLD) -no-undefined - version-info $(LIBCURRENT):$(LIBREVISION):$(LIBAGE) $(CFLAGS) $(LDFLAGS) -o $@ DIST_COMMON = Makefile.in ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=463928&group_id=10127 From noreply@sourceforge.net Wed Oct 24 11:23:07 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 24 10:23:07 2001 Subject: [ expat-Bugs-454879 ] Compile of xmlwf fails in cygwin v1.95.2 Message-ID: Bugs item #454879, was opened at 2001-08-24 00:39 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=454879&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Pabs (pabs3) Assigned to: Greg Stein (gstein) Summary: Compile of xmlwf fails in cygwin v1.95.2 Initial Comment: make.log attached The short of it is that the .o files in the xmlwf dir reference functions in the lib as _imp__, but in the lib (libexpat.a) the functions are named _ & just Probably some gcc flag was omitted from one or the other. Bye, Pabs ---------------------------------------------------------------------- Comment By: Gerrit Haase (siebenschlaefer) Date: 2001-10-24 10:19 Message: Logged In: YES user_id=76037 I posted the patch here, (all in one line, please): http://sourceforge.net/tracker/index.php? func=detail&aid=454879&group_id=10127&atid=110127 Gerrit ---------------------------------------------------------------------- Comment By: Gerrit Haase (siebenschlaefer) Date: 2001-10-24 09:52 Message: Logged In: YES user_id=76037 Come on, I added a -no-undefined at the link line for libexpat and the dll is build and also xmlwf links o.k. against the dll. Patch: --- lib/Makefile.in.orig Wed Oct 24 18:24:58 2001 +++ lib/Makefile.in Wed Oct 24 18:23:29 2001 @@ -90,7 +90,7 @@ COMPILE = $(CC) $(DEFS) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) LTCOMPILE = $(LIBTOOL) --mode=compile $(CC) $(DEFS) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) CCLD = $(CC) -LINK = $(LIBTOOL) --mode=link $(CCLD) -version-info $(LIBCURRENT):$(LIBREVISION):$(LIBAGE) $(CFLAGS) $(LDFLAGS) -o $@ +LINK = $(LIBTOOL) --mode=link $(CCLD) -no-undefined - version-info $(LIBCURRENT):$(LIBREVISION):$(LIBAGE) $(CFLAGS) $(LDFLAGS) -o $@ DIST_COMMON = Makefile.in Gerrit ---------------------------------------------------------------------- Comment By: Alex Martelli (aleax) Date: 2001-09-13 02:02 Message: Logged In: YES user_id=60314 I can confirm that adding the &&!defined() to the #if line in expat.h.in fixes everything for me on Cygwin, although I tested defined(__CYGWIN__) rather than defined (__CYGWIN32__) (seems more generally useful...?) ---------------------------------------------------------------------- Comment By: Neil Lunn (corrosion) Date: 2001-08-29 04:38 Message: Logged In: YES user_id=78218 Meaning that the above patch should actually be applied to expat.h.in from the source distribution. Could someone confirm the CVS commit? ---------------------------------------------------------------------- Comment By: David Crowley (dcrowley) Date: 2001-08-27 16:29 Message: Logged In: YES user_id=27458 I have this same problem. I had to make a change to expat.h. I fixed it by changing the macro for XMLPARSEAPI. I just added the "&& !defined(__CYGWIN32)". Here it is: #ifndef XMLPARSEAPI # if defined(__declspec) && !defined(__BEOS__) && !defined (__CYGWIN32__) # define XMLPARSEAPI(type) __declspec(dllimport) type __cdecl # else # define XMLPARSEAPI(type) type # endif #endif /* not defined XMLPARSEAPI */ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-08-26 22:38 Message: Logged In: NO to clarify v1.95.2 is the expat version number ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=454879&group_id=10127 From noreply@sourceforge.net Wed Oct 31 08:53:07 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 31 08:53:07 2001 Subject: [ expat-Bugs-469226 ] -static is invalid for Sun's compiler Message-ID: Bugs item #469226, was opened at 2001-10-08 11:43 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=469226&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: David Reed (dtreed) Assigned to: Greg Stein (gstein) Summary: -static is invalid for Sun's compiler Initial Comment: The -static lines for LDFLAGS in the Makefiles for xmlwf and examples causes build problems when using Sun's purchased compiler (Forte) on a Sun box running Solaris 7. The error really isn't visable but it gives the following during a build: cc -g -I../lib -c -o unixfilemap.o unixfilemap.c cc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o -L../lib/.libs -lexpat cc: -a conflicts with -dy. make[1]: *** [xmlwf] Error 1 make[1]: Leaving directory '/export/home/verity/src/Other/expat- 1.95.2/xmlwf' make: *** [xmlwf] Error 2 When "-static" is changed to "-B static" everything works just fine. ---------------------------------------------------------------------- Comment By: A.J.Smith (ajs_rdg) Date: 2001-10-31 08:52 Message: Logged In: YES user_id=362931 This looks like just the problem I have. Please, can you clarify: WHERE do I have to change '-static' to '-B static'? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=469226&group_id=10127 From noreply@sourceforge.net Wed Oct 31 08:58:20 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 31 08:58:20 2001 Subject: [ expat-Bugs-469226 ] -static is invalid for Sun's compiler Message-ID: Bugs item #469226, was opened at 2001-10-08 11:43 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=469226&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: David Reed (dtreed) Assigned to: Greg Stein (gstein) Summary: -static is invalid for Sun's compiler Initial Comment: The -static lines for LDFLAGS in the Makefiles for xmlwf and examples causes build problems when using Sun's purchased compiler (Forte) on a Sun box running Solaris 7. The error really isn't visable but it gives the following during a build: cc -g -I../lib -c -o unixfilemap.o unixfilemap.c cc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o -L../lib/.libs -lexpat cc: -a conflicts with -dy. make[1]: *** [xmlwf] Error 1 make[1]: Leaving directory '/export/home/verity/src/Other/expat- 1.95.2/xmlwf' make: *** [xmlwf] Error 2 When "-static" is changed to "-B static" everything works just fine. ---------------------------------------------------------------------- Comment By: A.J.Smith (ajs_rdg) Date: 2001-10-31 08:57 Message: Logged In: YES user_id=362931 Oh - I see it now: expat-1.95.2/xmlwf/Makefile ---------------------------------------------------------------------- Comment By: A.J.Smith (ajs_rdg) Date: 2001-10-31 08:52 Message: Logged In: YES user_id=362931 This looks like just the problem I have. Please, can you clarify: WHERE do I have to change '-static' to '-B static'? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=469226&group_id=10127 From noreply@sourceforge.net Wed Oct 31 11:28:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 31 11:28:02 2001 Subject: [ expat-Bugs-476897 ] Fixes for XML_UNICODE support Message-ID: Bugs item #476897, was opened at 2001-10-31 11:27 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=476897&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Karl Waclawek (kwaclaw) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes for XML_UNICODE support Initial Comment: All changes in the attached file that relate to XML_UNICODE support are annotated by "//kw2" ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=476897&group_id=10127 From noreply@sourceforge.net Wed Oct 31 11:34:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 31 11:34:02 2001 Subject: [ expat-Bugs-476897 ] Fixes for XML_UNICODE support Message-ID: Bugs item #476897, was opened at 2001-10-31 11:27 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=476897&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Karl Waclawek (kwaclaw) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes for XML_UNICODE support Initial Comment: All changes in the attached file that relate to XML_UNICODE support are annotated by "//kw2" ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2001-10-31 11:33 Message: Logged In: YES user_id=290026 To Administrator: Please delete this faulty bug report, I used the wrong screen. Karl ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=476897&group_id=10127 From noreply@sourceforge.net Wed Oct 31 13:02:04 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 31 13:02:04 2001 Subject: [ expat-Patches-476929 ] Fix XML_SetReturnNSTriplet Message-ID: Patches item #476929, was opened at 2001-10-31 13:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=476929&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Karl Waclawek (kwaclaw) Assigned to: Nobody/Anonymous (nobody) Summary: Fix XML_SetReturnNSTriplet Initial Comment: This is a modification to the other fix (#460042) supplied by "maki". The attached diff file should be applied against xmlparse.c in version 1.95.2 of Expat, not against the other fix. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=476929&group_id=10127 From noreply@sourceforge.net Wed Oct 31 13:08:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 31 13:08:02 2001 Subject: [ expat-Patches-476931 ] Fix XML_UNICODE Support Message-ID: Patches item #476931, was opened at 2001-10-31 13:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=476931&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Karl Waclawek (kwaclaw) Assigned to: Nobody/Anonymous (nobody) Summary: Fix XML_UNICODE Support Initial Comment: The attached file fixes problems when compiling with XML_UNICODE defined, which was not completely implemented. See bug #464837. Apply this diff file to Expat.h in version 1.95.2 of Expat. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=476931&group_id=10127 From noreply@sourceforge.net Wed Oct 31 13:10:01 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 31 13:10:01 2001 Subject: [ expat-Patches-476931 ] Fix XML_UNICODE Support Message-ID: Patches item #476931, was opened at 2001-10-31 13:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=476931&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Karl Waclawek (kwaclaw) Assigned to: Nobody/Anonymous (nobody) Summary: Fix XML_UNICODE Support Initial Comment: The attached file fixes problems when compiling with XML_UNICODE defined, which was not completely implemented. See bug #464837. Apply this diff file to Expat.h in version 1.95.2 of Expat. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2001-10-31 13:09 Message: Logged In: YES user_id=290026 To complete the fix, a patch for xmlparse.c has to be added too. Same version requirements as before. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=476931&group_id=10127 From noreply@sourceforge.net Wed Oct 31 13:39:01 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 31 13:39:01 2001 Subject: [ expat-Bugs-462960 ] configure fails on OSX Message-ID: Bugs item #462960, was opened at 2001-09-19 12:02 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=462960&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: configure fails on OSX Initial Comment: [mda@IDRG401 expat-1.95.2]$ ./configure -- prefix=/opt creating cache ./config.cache checking host system type... Invalid configuration `unknown-apple-darwin1.3.7': machine `unknown- apple' not recognized checking build system type... Invalid configuration `unknown-apple-darwin1.3.7': machine `unknown- apple' not recognized 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... yes checking whether cc accepts -g... yes checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes updating cache ./config.cache ltconfig: you must specify a host type if you use `-- no-verify' Try `ltconfig --help' for more information. configure: error: libtool configure failed [mda@IDRG401 expat-1.95.2]$ ---------------------------------------------------------------------- Comment By: Max Horn (fingolfin) Date: 2001-10-31 13:37 Message: Logged In: YES user_id=12935 This problem is due to old version of config.guess and config.sub being used. In OS X, you can usually copy the ones from /usr/share/libtool/ over the ones supplied in the source to be compiled. The package maintainers can easily fix this issue by updating to the latest versions of the files (and/or also to newer version of autoconf/automake) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=462960&group_id=10127 From noreply@sourceforge.net Wed Oct 31 13:48:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 31 13:48:02 2001 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 ---------------------------------------------------------------------- Comment By: Max Horn (fingolfin) Date: 2001-10-31 13:47 Message: Logged In: YES user_id=12935 I can only agree with zenzen, this should be easy enough to fix with a check in configure.in ---------------------------------------------------------------------- Comment By: Stuart Bishop (zenzen) Date: 2001-09-23 00:03 Message: Logged In: YES user_id=46639 xmlwf/Makefile.in seems to want to add the -static option to LDFLAGS. This breaks OSX. Removing the -static flag from LDFLAGS fixes the problem and everything appears to build happily. The configure script correctly detects that this option doesn't work under OSX. ---------------------------------------------------------------------- Comment By: Nat Irons (bumppo) Date: 2001-08-22 13:23 Message: Logged In: YES user_id=8138 I also see make breaking on xmlwf with 1.95.2 on Mac OS X 10.0.4, but my symptoms are slightly different: gcc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o -L../lib/.libs -lexpat /usr/bin/ld: xmlwf.o incompatible, file contains unsupported type of section 5 (__TEXT,__picsymbol_stub) in load command 0 (must specify "-dynamic" to be used) /usr/bin/ld: xmlfile.o incompatible, file contains unsupported type of section 4 (__TEXT,__picsymbol_stub) in load command 0 (must specify "-dynamic" to be used) /usr/bin/ld: unixfilemap.o incompatible, file contains unsupported type of section 4 (__TEXT,__picsymbol_stub) in load command 0 (must specify "-dynamic" to be used) make[1]: *** [xmlwf] Error 1 make: *** [xmlwf] Error 2 If you'd like to follow up with someone having the first problem, it was also reported on the perl-macosx list. Like the original poster, 1.95.1 installs smoothly for me here. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=445955&group_id=10127 From noreply@sourceforge.net Wed Oct 31 13:51:01 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 31 13:51:01 2001 Subject: [ expat-Bugs-469226 ] -static is invalid for Sun's compiler Message-ID: Bugs item #469226, was opened at 2001-10-08 11:43 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=469226&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: David Reed (dtreed) Assigned to: Greg Stein (gstein) Summary: -static is invalid for Sun's compiler Initial Comment: The -static lines for LDFLAGS in the Makefiles for xmlwf and examples causes build problems when using Sun's purchased compiler (Forte) on a Sun box running Solaris 7. The error really isn't visable but it gives the following during a build: cc -g -I../lib -c -o unixfilemap.o unixfilemap.c cc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o -L../lib/.libs -lexpat cc: -a conflicts with -dy. make[1]: *** [xmlwf] Error 1 make[1]: Leaving directory '/export/home/verity/src/Other/expat- 1.95.2/xmlwf' make: *** [xmlwf] Error 2 When "-static" is changed to "-B static" everything works just fine. ---------------------------------------------------------------------- Comment By: Max Horn (fingolfin) Date: 2001-10-31 13:50 Message: Logged In: YES user_id=12935 For OS X, -static has to be dropped, too, see http://sourceforge.net/tracker/?func=detail&atid=110127&aid=445955&group_id=10127 This should be fixed by a check in configure.in I'd say. ---------------------------------------------------------------------- Comment By: A.J.Smith (ajs_rdg) Date: 2001-10-31 08:57 Message: Logged In: YES user_id=362931 Oh - I see it now: expat-1.95.2/xmlwf/Makefile ---------------------------------------------------------------------- Comment By: A.J.Smith (ajs_rdg) Date: 2001-10-31 08:52 Message: Logged In: YES user_id=362931 This looks like just the problem I have. Please, can you clarify: WHERE do I have to change '-static' to '-B static'? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=469226&group_id=10127 From noreply@sourceforge.net Wed Oct 31 17:57:01 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Oct 31 17:57:01 2001 Subject: [ expat-Bugs-477039 ] Compile Error on HP-UX 10_20 Message-ID: Bugs item #477039, was opened at 2001-10-31 17:56 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=477039&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Compile Error on HP-UX 10_20 Initial Comment: Not sure if this is a bug or just my lack of understanding. Does anyone have any idea why this refuses to compile ? $ ./configure --prefix=/opt/psfm/batch/scripts/expat loading cache ./config.cache checking host system type... hppa2.0-hp-hpux10.20 checking build system type... hppa2.0-hp-hpux10.20 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 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... +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... ok checking how to hardcode library paths into programs... relink checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... hpux10.20 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) no 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 lib/expat.h creating xmlwf/Makefile creating examples/Makefile creating config.h config.h is unchanged $ make $ make install for dir in lib xmlwf; do \ (cd $dir && make install); \ done /bin/sh ../libtool --mode=compile cc - DHAVE_CONFIG_H -DPACKAGE='"expat"' -DVERSION='"expat_1.95.2"' -I. -I. -I.. -g -c xmlparse.c rm -f .libs/xmlparse.lo cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.2\ -I. -I. -I.. - g -c xmlparse.c +Z -DPIC -o .libs/xmlparse.lo cc: "expat.h", line 80: error 1000: Unexpected symbol: "XML_Char". cc: "expat.h", line 81: error 1000: Unexpected symbol: "*". cc: error 2017: Cannot recover from earlier errors, terminating. *** Error exit code 1 Stop. cc -g -I../lib -c xmlwf.c cpp: "xmltchar.h", line 3: warning 2013: Unknown preprocessing directive. cc: "../lib/expat.h", line 80: warning 5: "const" will become a keyword. cc: "../lib/expat.h", line 80: error 1000: Unexpected symbol: "const". cc: "../lib/expat.h", line 81: error 1000: Unexpected symbol: "*". cc: error 2017: Cannot recover from earlier errors, terminating. *** Error exit code 1 Stop. *** Error exit code 1 Stop. $ Regards, Paul __________________________________________________ Technical Designer Peoplesoft Operations IT@AMP Level 3, 151 Clarence St, Sydney 2000 Ph: +61-2-82962621 Email: paul_rashleigh@amp.com.au ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=477039&group_id=10127