From noreply at sourceforge.net Wed Jan 7 10:24:13 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 7 10:24:17 2004 Subject: [Expat-bugs] [ expat-Bugs-863550 ] Update to libtool 1.5 Message-ID: Bugs item #863550, was opened at 2003-12-20 07:05 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=863550&group_id=10127 Category: Build control Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Update to libtool 1.5 Initial Comment: Please update the libtool included with expat to version 1.5 (stable). It makes building on platforms such as Cygwin easier, as well as easing integration when combining expat with other modern projects. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-01-07 07:24 Message: Logged In: NO bah, i just wasted a day or so because the libtool included in the expat 1.95.7 is too old and does not work on current mingw (i have 3.1.0) it produces unusable libraries, and programs linked against them crash in funny ways (gdb does not give a useful backtrace...) please release a new version with libtool 1.5, that should work a whole lot better (i have 1.4e which seems to be a alpha or beta of 1.5) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-12-20 07:11 Message: Logged In: NO This is easy to do, manually: 1) make distclean 2) Either libtoolize or update config.guess, config.sub, ltmain.sh files within conftools. Manually copy the latest libtool.m4 into conftools. 3) autoheader && autoconf. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=863550&group_id=10127 From noreply at sourceforge.net Wed Jan 7 10:28:55 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 7 10:28:57 2004 Subject: [Expat-bugs] [ expat-Bugs-863550 ] Update to libtool 1.5 Message-ID: Bugs item #863550, was opened at 2003-12-20 10:05 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=863550&group_id=10127 Category: Build control Group: Feature Request Status: Open Resolution: None >Priority: 7 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Update to libtool 1.5 Initial Comment: Please update the libtool included with expat to version 1.5 (stable). It makes building on platforms such as Cygwin easier, as well as easing integration when combining expat with other modern projects. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-01-07 10:28 Message: Logged In: YES user_id=3066 Greg, can you try to get to this soon? I'd like to release a new version of Expat this month. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-01-07 10:24 Message: Logged In: NO bah, i just wasted a day or so because the libtool included in the expat 1.95.7 is too old and does not work on current mingw (i have 3.1.0) it produces unusable libraries, and programs linked against them crash in funny ways (gdb does not give a useful backtrace...) please release a new version with libtool 1.5, that should work a whole lot better (i have 1.4e which seems to be a alpha or beta of 1.5) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-12-20 10:11 Message: Logged In: NO This is easy to do, manually: 1) make distclean 2) Either libtoolize or update config.guess, config.sub, ltmain.sh files within conftools. Manually copy the latest libtool.m4 into conftools. 3) autoheader && autoconf. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=863550&group_id=10127 From noreply at sourceforge.net Wed Jan 14 01:44:49 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 14 01:44:54 2004 Subject: [Expat-bugs] [ expat-Bugs-846309 ] warning: `cdecl' attribute directive ignored Message-ID: Bugs item #846309, was opened at 2003-11-20 17:59 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=846309&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Handel (phandel) Assigned to: Nobody/Anonymous (nobody) Summary: warning: `cdecl' attribute directive ignored Initial Comment: Noticed the following warnings while compiling with expat: warning: `cdecl' attribute directive ignored ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-01-13 22:44 Message: Logged In: NO Hi there, I tried it on Solaris 2.9, gcc-3.3 (sunfreeware) and make-3.80 (sunfreeware) and got a lot of these warnings. steps were ./configure make make check also generates the errors and fails: [...snip..] lib/expat.h:985: warning: `cdecl' attribute directive ignored /bin/bash ./libtool --silent --mode=link gcc -g -O2 -Wall - Wmissing-prototypes -Wstrict-prototypes -fexceptions - DHAVE_EXPAT_CONFIG_H -I./lib -I. -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests ld.so.1: runtests: fatal: libexpat.so.0: open failed: No such file or directory make: *** [check] Killed So I tried installing it via make install and then do another make check and that seems to work: make check tests/runtests Expat version: expat_1.95.7 Running suite(s): basic 100%: Checks: 47, Failures: 0, Errors: 0 echo $LD_LIBRARY_PATH /usr/local/lib:/usr/local/ssl/lib:/usr/lib ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-12-30 04:57 Message: Logged In: NO This error occurs an all patforms which do not have an i386 processor. >From GCC 3.3.2 manual: `cdecl' On the Intel 386, the `cdecl' attribute causes the compiler to assume that the calling function will pop off the stack space used to pass arguments. This is useful to override the effects of the `-mrtd' switch. The wrong statement is in lib/expat.h line 48 #elif defined(__GNUC__) #define XMLCALL __attribute__((cdecl)) the #elif statement has to be defined as: #elif defined(__GNUC__) && defined(__i386) #define XMLCALL __attribute__((cdecl)) Regards ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-12-16 20:31 Message: Logged In: YES user_id=290026 According to the README the Check library is a pre-requisite for building and running the test suite.. ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-16 20:19 Message: Logged In: YES user_id=309379 I don't think I do have it installed -- at least locate doesn't seem to find it. But FYI, the tests, after issuing a lot of warnings, end with this: tests/runtests.c:1409: warning: implicit declaration of function `srunner_run_all' tests/runtests.c:1410: warning: implicit declaration of function `srunner_ntests_failed' tests/runtests.c:1411: warning: implicit declaration of function `srunner_free' tests/runtests.c:1412: warning: implicit declaration of function `suite_free' make: *** [tests/runtests.o] Error 1 ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-12-16 18:19 Message: Logged In: YES user_id=290026 Do you have the Check library installed? If yes, which tests does it fail? ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-16 13:22 Message: Logged In: YES user_id=309379 No, i think the problem was that make test is designed to run after make install in expat. I'd never heard of this before. But now that it is installed, it of course still fails tests. More on the issue here: http://sourceforge.net/tracker/index.php?func=detail&aid=858740&group_id=17203&atid=414256 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-12-16 12:46 Message: Logged In: NO PATH variable should point to /usr/local/ or try using ./configure --prefix=/usr/local/lib and read the README ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-11 21:54 Message: Logged In: YES user_id=309379 True enough. I thought it was failing because `make check` was failing spectacularly, but it turns out that the same is true of 1.95.5, which issues no warnings. I've now tried 1.95.7 with XML::Parser, and all its tests pass, so I'm happy. Thanks, David ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-12-11 21:46 Message: Logged In: YES user_id=290026 The build should still succeed. Its only a warning. ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-11 15:01 Message: Logged In: YES user_id=309379 I notice I get the same results with gcc 2.95.2, gcc3 (GCC) 3.1 20021003 (prerelease), and gcc-3.3 (GCC) 3.3 20030304 (Apple Computer, Inc. build 1495). Pity. Regards, David ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-11 14:55 Message: Logged In: YES user_id=309379 Is there a workaround, in the meantime? I'm trying to get expat built on Mac OS X 10.3 "Panther". Thanks, David ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-11-25 08:41 Message: Logged In: NO The same warning occurs also with gcc on Solaris. Somewhat annoying. it might be useful to try and compile a program during configure to see whether the cdecl works. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-11-20 18:08 Message: Logged In: YES user_id=290026 Does gcc on MacOSX know about cdecl at all, or does it just not understand the attribute directive? ---------------------------------------------------------------------- Comment By: Peter Handel (phandel) Date: 2003-11-20 18:00 Message: Logged In: YES user_id=152036 This was with MacOS X 10.3 Panther, with the built-in gcc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=846309&group_id=10127 From noreply at sourceforge.net Wed Jan 14 12:12:32 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 14 12:12:46 2004 Subject: [Expat-bugs] [ expat-Bugs-846309 ] warning: `cdecl' attribute directive ignored Message-ID: Bugs item #846309, was opened at 2003-11-20 17:59 Message generated for change (Comment added) made by wheeler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=846309&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Handel (phandel) Assigned to: Nobody/Anonymous (nobody) Summary: warning: `cdecl' attribute directive ignored Initial Comment: Noticed the following warnings while compiling with expat: warning: `cdecl' attribute directive ignored ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2004-01-14 09:12 Message: Logged In: YES user_id=309379 > the #elif statement has to be defined as: > #elif defined(__GNUC__) && defined(__i386) > #define XMLCALL __attribute__((cdecl)) I can confirm that this eliminates the warnings on Mac OS X 10.3 on PPC. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-01-13 22:44 Message: Logged In: NO Hi there, I tried it on Solaris 2.9, gcc-3.3 (sunfreeware) and make-3.80 (sunfreeware) and got a lot of these warnings. steps were ./configure make make check also generates the errors and fails: [...snip..] lib/expat.h:985: warning: `cdecl' attribute directive ignored /bin/bash ./libtool --silent --mode=link gcc -g -O2 -Wall - Wmissing-prototypes -Wstrict-prototypes -fexceptions - DHAVE_EXPAT_CONFIG_H -I./lib -I. -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests ld.so.1: runtests: fatal: libexpat.so.0: open failed: No such file or directory make: *** [check] Killed So I tried installing it via make install and then do another make check and that seems to work: make check tests/runtests Expat version: expat_1.95.7 Running suite(s): basic 100%: Checks: 47, Failures: 0, Errors: 0 echo $LD_LIBRARY_PATH /usr/local/lib:/usr/local/ssl/lib:/usr/lib ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-12-30 04:57 Message: Logged In: NO This error occurs an all patforms which do not have an i386 processor. >From GCC 3.3.2 manual: `cdecl' On the Intel 386, the `cdecl' attribute causes the compiler to assume that the calling function will pop off the stack space used to pass arguments. This is useful to override the effects of the `-mrtd' switch. The wrong statement is in lib/expat.h line 48 #elif defined(__GNUC__) #define XMLCALL __attribute__((cdecl)) the #elif statement has to be defined as: #elif defined(__GNUC__) && defined(__i386) #define XMLCALL __attribute__((cdecl)) Regards ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-12-16 20:31 Message: Logged In: YES user_id=290026 According to the README the Check library is a pre-requisite for building and running the test suite.. ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-16 20:19 Message: Logged In: YES user_id=309379 I don't think I do have it installed -- at least locate doesn't seem to find it. But FYI, the tests, after issuing a lot of warnings, end with this: tests/runtests.c:1409: warning: implicit declaration of function `srunner_run_all' tests/runtests.c:1410: warning: implicit declaration of function `srunner_ntests_failed' tests/runtests.c:1411: warning: implicit declaration of function `srunner_free' tests/runtests.c:1412: warning: implicit declaration of function `suite_free' make: *** [tests/runtests.o] Error 1 ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-12-16 18:19 Message: Logged In: YES user_id=290026 Do you have the Check library installed? If yes, which tests does it fail? ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-16 13:22 Message: Logged In: YES user_id=309379 No, i think the problem was that make test is designed to run after make install in expat. I'd never heard of this before. But now that it is installed, it of course still fails tests. More on the issue here: http://sourceforge.net/tracker/index.php?func=detail&aid=858740&group_id=17203&atid=414256 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-12-16 12:46 Message: Logged In: NO PATH variable should point to /usr/local/ or try using ./configure --prefix=/usr/local/lib and read the README ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-11 21:54 Message: Logged In: YES user_id=309379 True enough. I thought it was failing because `make check` was failing spectacularly, but it turns out that the same is true of 1.95.5, which issues no warnings. I've now tried 1.95.7 with XML::Parser, and all its tests pass, so I'm happy. Thanks, David ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-12-11 21:46 Message: Logged In: YES user_id=290026 The build should still succeed. Its only a warning. ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-11 15:01 Message: Logged In: YES user_id=309379 I notice I get the same results with gcc 2.95.2, gcc3 (GCC) 3.1 20021003 (prerelease), and gcc-3.3 (GCC) 3.3 20030304 (Apple Computer, Inc. build 1495). Pity. Regards, David ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-11 14:55 Message: Logged In: YES user_id=309379 Is there a workaround, in the meantime? I'm trying to get expat built on Mac OS X 10.3 "Panther". Thanks, David ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-11-25 08:41 Message: Logged In: NO The same warning occurs also with gcc on Solaris. Somewhat annoying. it might be useful to try and compile a program during configure to see whether the cdecl works. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-11-20 18:08 Message: Logged In: YES user_id=290026 Does gcc on MacOSX know about cdecl at all, or does it just not understand the attribute directive? ---------------------------------------------------------------------- Comment By: Peter Handel (phandel) Date: 2003-11-20 18:00 Message: Logged In: YES user_id=152036 This was with MacOS X 10.3 Panther, with the built-in gcc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=846309&group_id=10127 From noreply at sourceforge.net Thu Jan 15 11:15:59 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 15 11:16:04 2004 Subject: [Expat-bugs] [ expat-Bugs-863550 ] Update to libtool 1.5 Message-ID: Bugs item #863550, was opened at 2003-12-20 16:05 Message generated for change (Comment added) made by chehrlic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=863550&group_id=10127 Category: Build control Group: Feature Request Status: Open Resolution: None Priority: 7 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Update to libtool 1.5 Initial Comment: Please update the libtool included with expat to version 1.5 (stable). It makes building on platforms such as Cygwin easier, as well as easing integration when combining expat with other modern projects. ---------------------------------------------------------------------- Comment By: Christian Ehrlicher (chehrlic) Date: 2004-01-15 17:15 Message: Logged In: YES user_id=798735 Is the old libtool also responsible for this output when I want to link against libexpat? libtool: link: warning: `/usr/lib/libexpat.la' seems to be moved I've build from src.rpm. And now in /usr/lib/libexpat.la the libdir-path is /var/tmp/expat-buildroot/usr/lib which causes this error. It would be fine if this would go away with the 'new' libtool ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-01-07 16:28 Message: Logged In: YES user_id=3066 Greg, can you try to get to this soon? I'd like to release a new version of Expat this month. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-01-07 16:24 Message: Logged In: NO bah, i just wasted a day or so because the libtool included in the expat 1.95.7 is too old and does not work on current mingw (i have 3.1.0) it produces unusable libraries, and programs linked against them crash in funny ways (gdb does not give a useful backtrace...) please release a new version with libtool 1.5, that should work a whole lot better (i have 1.4e which seems to be a alpha or beta of 1.5) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-12-20 16:11 Message: Logged In: NO This is easy to do, manually: 1) make distclean 2) Either libtoolize or update config.guess, config.sub, ltmain.sh files within conftools. Manually copy the latest libtool.m4 into conftools. 3) autoheader && autoconf. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=863550&group_id=10127 From noreply at sourceforge.net Sun Jan 18 18:09:39 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 18 18:09:44 2004 Subject: [Expat-bugs] [ expat-Bugs-693747 ] compile problem on HP-UX 11 with expat version > 1.95.4 Message-ID: Bugs item #693747, was opened at 2003-02-26 08:47 Message generated for change (Comment added) made by liebman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=693747&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 problem on HP-UX 11 with expat version > 1.95.4 Initial Comment: complie problem on HP-UX 11 with expat version > 1.95.4 ---------------------------------------- cc -w -O2 -I./lib -I. -o xmlwf/xmlwf.o -c xmlwf/xmlwf.c cc: "xmlwf/xmlwf.c", line 602: error 1000: Unexpected symbol: "*". cc: error 2017: Cannot recover from earlier errors, terminating. make: *** [xmlwf/xmlwf.o] Error 1 ______________________ ---------------------------------------------------------------------- Comment By: Chris Liebman (liebman) Date: 2004-01-18 15:09 Message: Logged In: YES user_id=55478 I get the same error when compiling on a system that has an older version of expat.h already installed. In my case I'm adding additional include dirs... they are being placed befor -I./lib and -I. resulting in: gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -I/home/liebman/ats-rt/include -I/home/liebman/ats-rt/ext/include -I./lib -I. -o xmlwf/xmlwf.o -c xmlwf/xmlwf.c In file included from xmlwf/xmlwf.c:10: /home/liebman/ats-rt/ext/include/expat.h:704: warning: function declaration isn't a prototype xmlwf/xmlwf.c: In function `showVersion': xmlwf/xmlwf.c:602: error: syntax error before '*' token xmlwf/xmlwf.c:613: error: `features' undeclared (first use in this function) xmlwf/xmlwf.c:613: error: (Each undeclared identifier is reported only once xmlwf/xmlwf.c:613: error: for each function it appears in.) xmlwf/xmlwf.c:613: error: `XML_FEATURE_END' undeclared (first use in this function) make: *** [xmlwf/xmlwf.o] Error 1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=693747&group_id=10127 From noreply at sourceforge.net Tue Jan 20 10:30:43 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 20 10:30:47 2004 Subject: [Expat-bugs] [ expat-Bugs-880632 ] Document resume/suspend features Message-ID: Bugs item #880632, was opened at 2004-01-20 10:30 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=880632&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: Karl Waclawek (kwaclaw) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Document resume/suspend features Initial Comment: The new functionality introduced with patch# 835123: "Suspend/Resume functionality" should be documented in reference.html. New API: - XML_StopParser - XML_ResumeParser - XML_GetParserState - enum XML_ParserState ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=880632&group_id=10127 From noreply at sourceforge.net Tue Jan 20 10:34:26 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 20 10:34:45 2004 Subject: [Expat-bugs] [ expat-Bugs-880632 ] Document resume/suspend features Message-ID: Bugs item #880632, was opened at 2004-01-20 10:30 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=880632&group_id=10127 >Category: Documentation Group: None Status: Open Resolution: None Priority: 7 Submitted By: Karl Waclawek (kwaclaw) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Document resume/suspend features Initial Comment: The new functionality introduced with patch# 835123: "Suspend/Resume functionality" should be documented in reference.html. New API: - XML_StopParser - XML_ResumeParser - XML_GetParserState - enum XML_ParserState ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-01-20 10:34 Message: Logged In: YES user_id=290026 Small correction - the last API members are called: - XML_GetParsingStatus - struct XML_ParsingStatus - enum XML_Parsing ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=880632&group_id=10127 From noreply at sourceforge.net Tue Jan 20 11:09:20 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 20 11:09:24 2004 Subject: [Expat-bugs] [ expat-Bugs-846309 ] warning: `cdecl' attribute directive ignored Message-ID: Bugs item #846309, was opened at 2003-11-20 20:59 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=846309&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Handel (phandel) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: warning: `cdecl' attribute directive ignored Initial Comment: Noticed the following warnings while compiling with expat: warning: `cdecl' attribute directive ignored ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-01-20 11:09 Message: Logged In: YES user_id=3066 I've committed the suggested patch as lib/expat.h revision 1.60. Please let me know if there are any further problems with the offending cdecl annotation. I'll leave this report open until we're ready for the next release. ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2004-01-14 12:12 Message: Logged In: YES user_id=309379 > the #elif statement has to be defined as: > #elif defined(__GNUC__) && defined(__i386) > #define XMLCALL __attribute__((cdecl)) I can confirm that this eliminates the warnings on Mac OS X 10.3 on PPC. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-01-14 01:44 Message: Logged In: NO Hi there, I tried it on Solaris 2.9, gcc-3.3 (sunfreeware) and make-3.80 (sunfreeware) and got a lot of these warnings. steps were ./configure make make check also generates the errors and fails: [...snip..] lib/expat.h:985: warning: `cdecl' attribute directive ignored /bin/bash ./libtool --silent --mode=link gcc -g -O2 -Wall - Wmissing-prototypes -Wstrict-prototypes -fexceptions - DHAVE_EXPAT_CONFIG_H -I./lib -I. -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests ld.so.1: runtests: fatal: libexpat.so.0: open failed: No such file or directory make: *** [check] Killed So I tried installing it via make install and then do another make check and that seems to work: make check tests/runtests Expat version: expat_1.95.7 Running suite(s): basic 100%: Checks: 47, Failures: 0, Errors: 0 echo $LD_LIBRARY_PATH /usr/local/lib:/usr/local/ssl/lib:/usr/lib ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-12-30 07:57 Message: Logged In: NO This error occurs an all patforms which do not have an i386 processor. >From GCC 3.3.2 manual: `cdecl' On the Intel 386, the `cdecl' attribute causes the compiler to assume that the calling function will pop off the stack space used to pass arguments. This is useful to override the effects of the `-mrtd' switch. The wrong statement is in lib/expat.h line 48 #elif defined(__GNUC__) #define XMLCALL __attribute__((cdecl)) the #elif statement has to be defined as: #elif defined(__GNUC__) && defined(__i386) #define XMLCALL __attribute__((cdecl)) Regards ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-12-16 23:31 Message: Logged In: YES user_id=290026 According to the README the Check library is a pre-requisite for building and running the test suite.. ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-16 23:19 Message: Logged In: YES user_id=309379 I don't think I do have it installed -- at least locate doesn't seem to find it. But FYI, the tests, after issuing a lot of warnings, end with this: tests/runtests.c:1409: warning: implicit declaration of function `srunner_run_all' tests/runtests.c:1410: warning: implicit declaration of function `srunner_ntests_failed' tests/runtests.c:1411: warning: implicit declaration of function `srunner_free' tests/runtests.c:1412: warning: implicit declaration of function `suite_free' make: *** [tests/runtests.o] Error 1 ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-12-16 21:19 Message: Logged In: YES user_id=290026 Do you have the Check library installed? If yes, which tests does it fail? ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-16 16:22 Message: Logged In: YES user_id=309379 No, i think the problem was that make test is designed to run after make install in expat. I'd never heard of this before. But now that it is installed, it of course still fails tests. More on the issue here: http://sourceforge.net/tracker/index.php?func=detail&aid=858740&group_id=17203&atid=414256 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-12-16 15:46 Message: Logged In: NO PATH variable should point to /usr/local/ or try using ./configure --prefix=/usr/local/lib and read the README ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-12 00:54 Message: Logged In: YES user_id=309379 True enough. I thought it was failing because `make check` was failing spectacularly, but it turns out that the same is true of 1.95.5, which issues no warnings. I've now tried 1.95.7 with XML::Parser, and all its tests pass, so I'm happy. Thanks, David ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-12-12 00:46 Message: Logged In: YES user_id=290026 The build should still succeed. Its only a warning. ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-11 18:01 Message: Logged In: YES user_id=309379 I notice I get the same results with gcc 2.95.2, gcc3 (GCC) 3.1 20021003 (prerelease), and gcc-3.3 (GCC) 3.3 20030304 (Apple Computer, Inc. build 1495). Pity. Regards, David ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2003-12-11 17:55 Message: Logged In: YES user_id=309379 Is there a workaround, in the meantime? I'm trying to get expat built on Mac OS X 10.3 "Panther". Thanks, David ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-11-25 11:41 Message: Logged In: NO The same warning occurs also with gcc on Solaris. Somewhat annoying. it might be useful to try and compile a program during configure to see whether the cdecl works. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-11-20 21:08 Message: Logged In: YES user_id=290026 Does gcc on MacOSX know about cdecl at all, or does it just not understand the attribute directive? ---------------------------------------------------------------------- Comment By: Peter Handel (phandel) Date: 2003-11-20 21:00 Message: Logged In: YES user_id=152036 This was with MacOS X 10.3 Panther, with the built-in gcc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=846309&group_id=10127 From noreply at sourceforge.net Tue Jan 20 11:23:52 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 20 11:24:01 2004 Subject: [Expat-bugs] [ expat-Bugs-615028 ] (expat-1.95.5) Solaris 2.6 make error Message-ID: Bugs item #615028, was opened at 2002-09-26 12:07 Message generated for change (Settings changed) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=615028&group_id=10127 Category: Build control Group: Platform Specific >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: (expat-1.95.5) Solaris 2.6 make error Initial Comment: Hi, I am trying to install expat and get the following error when runnng "make" under the expat directory. /bin/ksh ./libtool --silent --mode=link cc -g -I./lib -I. -o xmlwf/xmlwf xmlw f/xmlwf.o xmlwf/xmlfile.o xmlwf/codepage.o xmlwf/unixfilemap.o libexpat.la cc: Can't exec /opt/SUNWspro/bin/../SC4.2/bin/ild *** Error code 100 make: Fatal error: Command failed for target `xmlwf/xmlwf' I have no idea where/what the "ild" command is. Any ideas? Thanks. Alan. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-01-20 11:23 Message: Logged In: YES user_id=3066 Rejected; no followup confirming the problem persists with the current version of Expat. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2003-10-16 23:57 Message: Logged In: YES user_id=3066 Is there anyone with a Solaris 2.6 box available to test the current Expat on? It would be nice to know if this problem persists. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-10-21 13:59 Message: Logged In: NO I am trying to install expat on a Solaris 2.6 box too and I come up with the following: @everlast:/tmp/tkdnload/expat-1.95.5 > make /bin/ksh ./libtool --silent --mode=link gcc -g -O2 -Wall - Wmissing-prototypes -Wstrict-prototypes -fexceptions -I./lib -I. -no-undefined - version-info 4:0:4 -rpath /usr/local/lib -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo ./libtool[4119]: ar: not found make: *** [libexpat.la] Error 127 I have checked and ar is in /usr/cs/bin which is in my PATH. Any ideas where I getting off track? Thanks Ken ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=615028&group_id=10127 From noreply at sourceforge.net Tue Jan 20 11:20:17 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 20 11:27:50 2004 Subject: [Expat-bugs] [ expat-Bugs-712785 ] expat-1.95.2 (Mac OS X 10.2.4) xmlwf/-lcrt0.o missing Message-ID: Bugs item #712785, was opened at 2003-03-31 12:21 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=712785&group_id=10127 Category: Build control Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Jos? Mu?iz (josemuniznyc) Assigned to: Greg Stein (gstein) Summary: expat-1.95.2 (Mac OS X 10.2.4) xmlwf/-lcrt0.o missing Initial Comment: Make fails, giving me this ouput: [imacs-Computer:~/expat-1.95.2] jmuniz% make cd lib && make make[1]: Nothing to be done for `all'. cd xmlwf && make gcc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o -L../lib/.libs -lexpat ld: can't locate file for: -lcrt0.o make[1]: *** [xmlwf] Error 1 make: *** [xmlwf] Error 2 I believe this might be related to issue: [ 454879 ] Compile of xmlwf fails in cygwin v1.95. However, some of the work arounds seemed local to cygwin and expat 1.95.2 is a specific dependency for the software I'm trying to build. Although I can ask upstream if we can move to a newer version with the patched macro, assuming the naming issue was resolved in a newer version. Thank you for all the work you do, Y ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-01-20 11:20 Message: Logged In: YES user_id=3066 Closed as out of date; there's no report that recent versions of Expat experience this problem. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2003-11-02 04:09 Message: Logged In: YES user_id=3066 Can anyone confirm whether there's still a problem with this? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=712785&group_id=10127 From noreply at sourceforge.net Tue Jan 20 11:27:26 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 20 11:30:04 2004 Subject: [Expat-bugs] [ expat-Bugs-544682 ] Support Pull operation Message-ID: Bugs item #544682, was opened at 2002-04-16 10:34 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=544682&group_id=10127 Category: None Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Karl Waclawek (kwaclaw) Assigned to: Karl Waclawek (kwaclaw) Summary: Support Pull operation Initial Comment: Would it be hard to add the following functions? - suspend() ...suspends parsing, remembers state - resume() ...resumes parsing from where it was suspended - abort() ...cancels parsing This looks like the concept of coroutines, and could have the following benefit: One could implement a "pull" based parser on top of the "push" based model of Expat. This has recently been chosen as Microsoft's new approach, i.e. in XML.NET, SAX has been replaced by a pull based parser("XMLReader"). Typical pull code would look like: while parser.nextNode() do begin //process current node end; It seems to me such a parser could be implemented on top of SAX or Expat, if there was functionality as described above. Microsoft's MSXML3 implementation has the IMXReaderControl interface, which allows exactly that. Makes me think that (maybe) MS's "pull" implementation is implemented on top of their own SAX parser. So, my question again: How hard would it be to add such coroutine-like functionality to Expat? Karl ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-01-20 11:27 Message: Logged In: YES user_id=3066 Note that patch #835123 has been applied to current CVS. Karl, it's probably safe to close this. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-11-10 13:21 Message: Logged In: YES user_id=290026 Check out patch #835123. If accepted, this should be a major step towards fulfilling this feature request. The question even is if patch #835123 would not be sufficient, as it may be a better approach to implement the actual Pull API in the target language that wraps the Expat parser. A C-style Pull API would then be only targeted at the C-language itself. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2002-07-27 23:04 Message: Logged In: YES user_id=290026 It looks as if I am going to try to port the block/unblock functionality from the Mozilla version of Expat. Assigned to me because of that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=544682&group_id=10127 From noreply at sourceforge.net Tue Jan 20 11:30:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 20 11:30:16 2004 Subject: [Expat-bugs] [ expat-Bugs-842049 ] Configure script error - CC or CPP Message-ID: Bugs item #842049, was opened at 2003-11-14 06:48 Message generated for change (Settings changed) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=842049&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Greg Stein (gstein) Summary: Configure script error - CC or CPP Initial Comment: expat-1.95.7 My check install is in a none standard location. I set the CFLAGS enviroment variable so the file could be found. You then get a configure warning: configure: WARNING: check.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: check.h: proceeding with the preprocessor's result This seems to be due to the preprocessor check using CPP and the CPPFLAGS while the compiler check uses CC and CFLAGS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=842049&group_id=10127 From noreply at sourceforge.net Tue Jan 20 11:44:39 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 20 11:44:54 2004 Subject: [Expat-bugs] [ expat-Bugs-544682 ] Support Pull operation Message-ID: Bugs item #544682, was opened at 2002-04-16 10:34 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=544682&group_id=10127 Category: None Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Karl Waclawek (kwaclaw) Assigned to: Karl Waclawek (kwaclaw) Summary: Support Pull operation Initial Comment: Would it be hard to add the following functions? - suspend() ...suspends parsing, remembers state - resume() ...resumes parsing from where it was suspended - abort() ...cancels parsing This looks like the concept of coroutines, and could have the following benefit: One could implement a "pull" based parser on top of the "push" based model of Expat. This has recently been chosen as Microsoft's new approach, i.e. in XML.NET, SAX has been replaced by a pull based parser("XMLReader"). Typical pull code would look like: while parser.nextNode() do begin //process current node end; It seems to me such a parser could be implemented on top of SAX or Expat, if there was functionality as described above. Microsoft's MSXML3 implementation has the IMXReaderControl interface, which allows exactly that. Makes me think that (maybe) MS's "pull" implementation is implemented on top of their own SAX parser. So, my question again: How hard would it be to add such coroutine-like functionality to Expat? Karl ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-01-20 11:44 Message: Logged In: YES user_id=290026 Yes, in principle Expat now has the capability to be used like a Pull API. However, I als came across the new XMLReader pull API implemented in libxml2 (in C), which is modelled after the same API in .NET. And, as I am working now (slowly) on writing a SAX wrapper in C#, I realized that an XMLReader wrapper might be nice too. One thing I am not sure about: Implement the Pull API wrapper in C#, or implement it in C, and call from C#. As far as I can tell, call-backs from C into .NET are quite expensive, and calls from .NET into C are not cheap either, so a less "chatty" API is better - which would mean that it would be better to implement XMLReader in C instead of C#. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-01-20 11:27 Message: Logged In: YES user_id=3066 Note that patch #835123 has been applied to current CVS. Karl, it's probably safe to close this. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-11-10 13:21 Message: Logged In: YES user_id=290026 Check out patch #835123. If accepted, this should be a major step towards fulfilling this feature request. The question even is if patch #835123 would not be sufficient, as it may be a better approach to implement the actual Pull API in the target language that wraps the Expat parser. A C-style Pull API would then be only targeted at the C-language itself. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2002-07-27 23:04 Message: Logged In: YES user_id=290026 It looks as if I am going to try to port the block/unblock functionality from the Mozilla version of Expat. Assigned to me because of that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=544682&group_id=10127 From Brian.Cameron at Sun.COM Tue Jan 20 17:43:30 2004 From: Brian.Cameron at Sun.COM (Brian Cameron) Date: Tue Jan 20 17:46:48 2004 Subject: [Expat-bugs] Problems with parsing attributes with XML:Parser Message-ID: <400DAF12.1020909@sun.com> I have discovered the following problems trying to parse XML using the XML:Parser. I believe these problems are bugs: Its seems that XML:Parser is not really using an XML parser to get the attribute values, but instead doing things like: > > # Grab attribute key/value pairs and push onto @origlist array. > # > while ($source =~ s|^[ \t]*([\w:]+)[ \t]*[=][ \t]*["]([^"]*)["]||s) > { > push @origlist, $1; > push @origlist, $2; This has some issues for me: a) It removes any attributes using ' as quote b) It strips out multiple whitespaces inside an attribute value c) (part of a) really), doesn't handle " quotes inside '-quoted attributes d) Attribute names that contain the - character, such as test-att3 are not recognized as attributes. It is my understanding that the XML spec does allow for users to use these features. We are currently using the XML:Parser in the GNOME intltool project, but unless the above issues are resolved, we may have to switch to a different XML parser. It would be ideal if this could be corrected in the XML:Parser logic, so that we can continue using it. Thanks! -- Brian From noreply at sourceforge.net Wed Jan 21 15:28:55 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 21 15:29:06 2004 Subject: [Expat-bugs] [ expat-Patches-808331 ] Faulty code generation in function "lookup" Message-ID: Patches item #808331, was opened at 2003-09-18 01:35 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=808331&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Faulty code generation in function "lookup" Initial Comment: The function "lookup" in source "xmlparse.c" generates faulty code when built for a PocketPC2002 device in eMbedded Visual C++ v3.0. Note that this only occurs for a release build, and not for a debug build. Specifically this block of code at line 5306: for (i = h & (table->size - 1); table->v[i]; i == 0 ? i = table->size - 1 : --i) { if (keyeq(name, table->v[i]->name)) return table->v[i]; } The return statement is generated as a branch to the return statement at the end of the function. The code generation fault is in the failure to shift the index i to account for the size of the elements of v. The alternative is to declare a local variable of type NAMED ** to be assigned in the condition clause of the for loop and return that instead. NAMED **n; for (i = h & (table->size - 1); (n = table->v[i]) != NULL; i == 0 ? i = table->size - 1 : --i) { if (keyeq(name, table->v[i]->name)) return n; } email address: adam@xtreamlok.com ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-01-21 15:28 Message: Logged In: YES user_id=3066 Closing this as out-of-date since it hasn't been confirmed for the current code, which contains changes to the relevant code made since the report was filed. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2003-10-07 22:04 Message: Logged In: YES user_id=3066 What version of Expat was this problem found in? The looping construct in the current code has changed from a for-loop to a while-loop; does the problem still show up when using the CVS version of Expat? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-09-24 11:45 Message: Logged In: YES user_id=290026 Thank you for the info. This does not seem to be a bug, but rather a workaround for a faulty compiler. Re-classified as a patch. Assigned to Fred for comment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=808331&group_id=10127 From noreply at sourceforge.net Wed Jan 21 16:33:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 21 16:36:34 2004 Subject: [Expat-bugs] [ expat-Bugs-856659 ] Missing Win32 DSP from 1.95.7 source Message-ID: Bugs item #856659, was opened at 2003-12-08 23:55 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=856659&group_id=10127 Category: Build control Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: D Brown (key88sf) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Missing Win32 DSP from 1.95.7 source Initial Comment: The expat-1.95.7.tar.gz file is missing the Win32 .dsp project file, making it quite tedious to try and build on windoze onesself... ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-01-21 16:33 Message: Logged In: YES user_id=3066 fixed in MANIFEST revision 1.20 ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-12-09 00:22 Message: Logged In: YES user_id=290026 Seems true, the BCB5 files are there, but none of the VC++ related files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=856659&group_id=10127 From noreply at sourceforge.net Wed Jan 28 19:14:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 28 19:14:32 2004 Subject: [Expat-bugs] [ expat-Patches-841591 ] Patch for bug 840173 Message-ID: Patches item #841591, was opened at 2003-11-13 12:48 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=841591&group_id=10127 Category: Build Control Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Richard Brodie (leogah) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Patch for bug 840173 Initial Comment: I concur with the original report; since we use a homebrew configure mechanism, we need to define HAVE_EXPAT_CONFIG_H. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-01-28 19:14 Message: Logged In: YES user_id=3066 Updated version number in vms/descrip.mms revision 1.4. HAVE_EXPAT_CONFIG_H had already been added in CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=841591&group_id=10127 From noreply at sourceforge.net Sat Jan 31 17:07:43 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 31 17:07:49 2004 Subject: [Expat-bugs] [ expat-Bugs-888329 ] Doesn't print URL for 'check' tool Message-ID: Bugs item #888329, was opened at 2004-01-31 22:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=888329&group_id=10127 Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ed Avis (epaepa) Assigned to: Greg Stein (gstein) Summary: Doesn't print URL for 'check' tool Initial Comment: I downloaded and unpacked expat-1.97.tar.gz, ran './configure --prefix=/home/ed' and then 'make check', which printed gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I./li\b -I. -o tests/runtests.o -c tests/runtests.c tests/runtests.c:14: #error This test suite requires the 'check' unit test framework (http: make: *** [tests/runtests.o] Error 1 Note that the bit after 'http:' is missing. It should print a URL where the 'check' framework can be downloaded. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=888329&group_id=10127