From noreply at sourceforge.net Mon Jul 5 01:58:49 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jul 5 01:59:18 2004 Subject: [Expat-bugs] [ expat-Bugs-985192 ] runtest.c uses libcheck private function Message-ID: Bugs item #985192, was opened at 2004-07-04 22:58 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=985192&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: runtest.c uses libcheck private function Initial Comment: >> make check /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests.o(.text+0x26e6): In function `main': ../expat-1.95.7/tests/runtests.c:1412: undefined reference to `suite_free' collect2: ld returned 1 exit status make: *** [tests/runtests] Error 1 In version 0.9.0 of check, check.c static void suite_free (Suite *s) and void srunner_free (SRunner *sr) ... l = sr->slst; for (list_front(l); !list_at_end(l); list_advance(l)) { suite_free(list_val(l)); ... srunner_free appears to take care of suite_free and suite_free is not used in check_check_main.c: n = srunner_ntests_failed(sr); srunner_free(sr); return (n == 0) ? EXIT_SUCCESS : EXIT_FAILURE; the following patch allows 'make check' in expat to run >> diff -U3 runtests.c.orig runtests.c --- runtests.c.orig 2003-10-15 21:51:11.000000000 -0700 +++ runtests.c 2004-07-04 22:48:56.574652272 -0700 @@ -1409,7 +1409,6 @@ srunner_run_all(sr, verbosity); nf = srunner_ntests_failed(sr); srunner_free(sr); - suite_free(s); return (nf == 0) ? EXIT_SUCCESS : EXIT_FAILURE; } >> make check gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -o tests/runtests.o -c ../expat-1.95.7/tests/runtests.c /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests Expat version: expat_1.95.7 Running suite(s): basic 100%: Checks: 47, Failures: 0, Errors: 0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=985192&group_id=10127 From noreply at sourceforge.net Mon Jul 5 03:40:52 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jul 5 03:40:58 2004 Subject: [Expat-bugs] [ expat-Bugs-985235 ] Patch to Makefile.in for installation into DESTDIR Message-ID: Bugs item #985235, was opened at 2004-07-05 09:40 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=985235&group_id=10127 Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joerg Friedrich (jeff42) Assigned to: Greg Stein (gstein) Summary: Patch to Makefile.in for installation into DESTDIR Initial Comment: Hi, attached you'll find a patch which enables installation into a DESTDIR. (Helps package buiding) Yours, Joerg ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=985235&group_id=10127 From noreply at sourceforge.net Tue Jul 6 07:19:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jul 6 07:19:03 2004 Subject: [Expat-bugs] [ expat-Bugs-985192 ] runtest.c uses libcheck private function Message-ID: Bugs item #985192, was opened at 2004-07-05 01:58 Message generated for change (Settings changed) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=985192&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: runtest.c uses libcheck private function Initial Comment: >> make check /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests.o(.text+0x26e6): In function `main': ../expat-1.95.7/tests/runtests.c:1412: undefined reference to `suite_free' collect2: ld returned 1 exit status make: *** [tests/runtests] Error 1 In version 0.9.0 of check, check.c static void suite_free (Suite *s) and void srunner_free (SRunner *sr) ... l = sr->slst; for (list_front(l); !list_at_end(l); list_advance(l)) { suite_free(list_val(l)); ... srunner_free appears to take care of suite_free and suite_free is not used in check_check_main.c: n = srunner_ntests_failed(sr); srunner_free(sr); return (n == 0) ? EXIT_SUCCESS : EXIT_FAILURE; the following patch allows 'make check' in expat to run >> diff -U3 runtests.c.orig runtests.c --- runtests.c.orig 2003-10-15 21:51:11.000000000 -0700 +++ runtests.c 2004-07-04 22:48:56.574652272 -0700 @@ -1409,7 +1409,6 @@ srunner_run_all(sr, verbosity); nf = srunner_ntests_failed(sr); srunner_free(sr); - suite_free(s); return (nf == 0) ? EXIT_SUCCESS : EXIT_FAILURE; } >> make check gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -o tests/runtests.o -c ../expat-1.95.7/tests/runtests.c /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests Expat version: expat_1.95.7 Running suite(s): basic 100%: Checks: 47, Failures: 0, Errors: 0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=985192&group_id=10127 From noreply at sourceforge.net Wed Jul 7 05:22:20 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jul 7 05:22:27 2004 Subject: [Expat-bugs] [ expat-Bugs-986349 ] runtest.c uses libcheck private function Message-ID: Bugs item #986349, was opened at 2004-07-06 20:22 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=986349&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: runtest.c uses libcheck private function Initial Comment: >> make check /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests.o(.text+0x26e6): In function `main': ../expat-1.95.7/tests/runtests.c:1412: undefined reference to `suite_free' collect2: ld returned 1 exit status make: *** [tests/runtests] Error 1 In version 0.9.0 of check, check.c static void suite_free (Suite *s) and void srunner_free (SRunner *sr) ... l = sr->slst; for (list_front(l); !list_at_end(l); list_advance(l)) { suite_free(list_val(l)); ... srunner_free appears to take care of suite_free and suite_free is not used in check_check_main.c: n = srunner_ntests_failed(sr); srunner_free(sr); return (n == 0) ? EXIT_SUCCESS : EXIT_FAILURE; the following patch allows 'make check' in expat to run >> diff -U3 runtests.c.orig runtests.c --- runtests.c.orig 2003-10-15 21:51:11.000000000 -0700 +++ runtests.c 2004-07-04 22:48:56.574652272 -0700 @@ -1409,7 +1409,6 @@ srunner_run_all(sr, verbosity); nf = srunner_ntests_failed(sr); srunner_free(sr); - suite_free(s); return (nf == 0) ? EXIT_SUCCESS : EXIT_FAILURE; } >> make check gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -o tests/runtests.o -c ../expat-1.95.7/tests/runtests.c /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests Expat version: expat_1.95.7 Running suite(s): basic 100%: Checks: 47, Failures: 0, Errors: 0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=986349&group_id=10127 From noreply at sourceforge.net Wed Jul 7 11:03:08 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jul 7 11:03:15 2004 Subject: [Expat-bugs] [ expat-Patches-986448 ] Pedantic MMS-fix Message-ID: Patches item #986448, was opened at 2004-07-07 11:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=986448&group_id=10127 Category: Build Control Group: None Status: Open Resolution: None Priority: 5 Submitted By: uiltje (tuijldert) Assigned to: Greg Stein (gstein) Summary: Pedantic MMS-fix Initial Comment: The file 'vms/descrip.mms' contains no action for the "all"-dependancy. Prevent a fatal mms-message by supplying a null-action. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=986448&group_id=10127 From noreply at sourceforge.net Wed Jul 7 11:58:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jul 7 11:58:30 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 wkanoff 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: Kanoff (wkanoff) Date: 2004-07-07 02:58 Message: Logged In: YES user_id=1078548 > the #elif statement has to be defined as: > #elif defined(__GNUC__) && defined(__i386) > #define XMLCALL __attribute__((cdecl)) I just tried this on OS X 10.3.4 (build 7H63), no warnings. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-01-20 08: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 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 Wed Jul 7 17:57:46 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jul 7 17:58:19 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: 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: David Wheeler (wheeler) Date: 2004-07-07 08:57 Message: Logged In: YES user_id=309379 Ah, cool. Anyone know when the next release will be and will include this patch? Or is it in there now? Thanks, David ---------------------------------------------------------------------- Comment By: Kanoff (wkanoff) Date: 2004-07-07 02:58 Message: Logged In: YES user_id=1078548 > the #elif statement has to be defined as: > #elif defined(__GNUC__) && defined(__i386) > #define XMLCALL __attribute__((cdecl)) I just tried this on OS X 10.3.4 (build 7H63), no warnings. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-01-20 08: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 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 Wed Jul 7 20:12:59 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jul 7 20:13:02 2004 Subject: [Expat-bugs] [ expat-Bugs-986764 ] runtest.c uses libcheck private function Message-ID: Bugs item #986764, was opened at 2004-07-07 11:12 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=986764&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: runtest.c uses libcheck private function Initial Comment: >> make check /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests.o(.text+0x26e6): In function `main': ../expat-1.95.7/tests/runtests.c:1412: undefined reference to `suite_free' collect2: ld returned 1 exit status make: *** [tests/runtests] Error 1 In version 0.9.0 of check, check.c static void suite_free (Suite *s) and void srunner_free (SRunner *sr) ... l = sr->slst; for (list_front(l); !list_at_end(l); list_advance(l)) { suite_free(list_val(l)); ... srunner_free appears to take care of suite_free and suite_free is not used in check_check_main.c: n = srunner_ntests_failed(sr); srunner_free(sr); return (n == 0) ? EXIT_SUCCESS : EXIT_FAILURE; the following patch allows 'make check' in expat to run >> diff -U3 runtests.c.orig runtests.c --- runtests.c.orig 2003-10-15 21:51:11.000000000 -0700 +++ runtests.c 2004-07-04 22:48:56.574652272 -0700 @@ -1409,7 +1409,6 @@ srunner_run_all(sr, verbosity); nf = srunner_ntests_failed(sr); srunner_free(sr); - suite_free(s); return (nf == 0) ? EXIT_SUCCESS : EXIT_FAILURE; } >> make check gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -o tests/runtests.o -c ../expat-1.95.7/tests/runtests.c /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests Expat version: expat_1.95.7 Running suite(s): basic 100%: Checks: 47, Failures: 0, Errors: 0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=986764&group_id=10127 From noreply at sourceforge.net Wed Jul 7 20:24:55 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jul 7 20:24:58 2004 Subject: [Expat-bugs] [ expat-Bugs-986764 ] runtest.c uses libcheck private function Message-ID: Bugs item #986764, was opened at 2004-07-07 11:12 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=986764&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: runtest.c uses libcheck private function Initial Comment: >> make check /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests.o(.text+0x26e6): In function `main': ../expat-1.95.7/tests/runtests.c:1412: undefined reference to `suite_free' collect2: ld returned 1 exit status make: *** [tests/runtests] Error 1 In version 0.9.0 of check, check.c static void suite_free (Suite *s) and void srunner_free (SRunner *sr) ... l = sr->slst; for (list_front(l); !list_at_end(l); list_advance(l)) { suite_free(list_val(l)); ... srunner_free appears to take care of suite_free and suite_free is not used in check_check_main.c: n = srunner_ntests_failed(sr); srunner_free(sr); return (n == 0) ? EXIT_SUCCESS : EXIT_FAILURE; the following patch allows 'make check' in expat to run >> diff -U3 runtests.c.orig runtests.c --- runtests.c.orig 2003-10-15 21:51:11.000000000 -0700 +++ runtests.c 2004-07-04 22:48:56.574652272 -0700 @@ -1409,7 +1409,6 @@ srunner_run_all(sr, verbosity); nf = srunner_ntests_failed(sr); srunner_free(sr); - suite_free(s); return (nf == 0) ? EXIT_SUCCESS : EXIT_FAILURE; } >> make check gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -o tests/runtests.o -c ../expat-1.95.7/tests/runtests.c /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests Expat version: expat_1.95.7 Running suite(s): basic 100%: Checks: 47, Failures: 0, Errors: 0 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-07-07 11:24 Message: Logged In: NO sorry, the page with the post submission got into a group of tabs that is being periodically reloaded ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=986764&group_id=10127 From noreply at sourceforge.net Wed Jul 7 20:28:42 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jul 7 20:28:45 2004 Subject: [Expat-bugs] [ expat-Bugs-986349 ] runtest.c uses libcheck private function Message-ID: Bugs item #986349, was opened at 2004-07-06 20:22 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=986349&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: runtest.c uses libcheck private function Initial Comment: >> make check /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests.o(.text+0x26e6): In function `main': ../expat-1.95.7/tests/runtests.c:1412: undefined reference to `suite_free' collect2: ld returned 1 exit status make: *** [tests/runtests] Error 1 In version 0.9.0 of check, check.c static void suite_free (Suite *s) and void srunner_free (SRunner *sr) ... l = sr->slst; for (list_front(l); !list_at_end(l); list_advance(l)) { suite_free(list_val(l)); ... srunner_free appears to take care of suite_free and suite_free is not used in check_check_main.c: n = srunner_ntests_failed(sr); srunner_free(sr); return (n == 0) ? EXIT_SUCCESS : EXIT_FAILURE; the following patch allows 'make check' in expat to run >> diff -U3 runtests.c.orig runtests.c --- runtests.c.orig 2003-10-15 21:51:11.000000000 -0700 +++ runtests.c 2004-07-04 22:48:56.574652272 -0700 @@ -1409,7 +1409,6 @@ srunner_run_all(sr, verbosity); nf = srunner_ntests_failed(sr); srunner_free(sr); - suite_free(s); return (nf == 0) ? EXIT_SUCCESS : EXIT_FAILURE; } >> make check gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -o tests/runtests.o -c ../expat-1.95.7/tests/runtests.c /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests Expat version: expat_1.95.7 Running suite(s): basic 100%: Checks: 47, Failures: 0, Errors: 0 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-07-07 11:28 Message: Logged In: NO sorry, the page with the post submission got into a group of tabs being periodically reloaded ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=986349&group_id=10127 From noreply at sourceforge.net Fri Jul 9 05:15:44 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 9 05:15:51 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 kwaclaw 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: Karl Waclawek (kwaclaw) Date: 2004-07-08 23:15 Message: Logged In: YES user_id=290026 I think tis may be fixed in CVS. About a release - CVS is pretty much at a release level. It's just the work of packing it all up, writing the notes, documenting what isn't documented yet, etc. More work than it looks, and Fred has very little spare time these days. ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2004-07-07 11:57 Message: Logged In: YES user_id=309379 Ah, cool. Anyone know when the next release will be and will include this patch? Or is it in there now? Thanks, David ---------------------------------------------------------------------- Comment By: Kanoff (wkanoff) Date: 2004-07-07 05:58 Message: Logged In: YES user_id=1078548 > the #elif statement has to be defined as: > #elif defined(__GNUC__) && defined(__i386) > #define XMLCALL __attribute__((cdecl)) I just tried this on OS X 10.3.4 (build 7H63), no warnings. ---------------------------------------------------------------------- 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 Fri Jul 9 05:17:18 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 9 05:17:21 2004 Subject: [Expat-bugs] [ expat-Bugs-986349 ] runtest.c uses libcheck private function Message-ID: Bugs item #986349, was opened at 2004-07-06 23:22 Message generated for change (Settings changed) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=986349&group_id=10127 Category: None Group: None >Status: Deleted >Resolution: Duplicate Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: runtest.c uses libcheck private function Initial Comment: >> make check /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests.o(.text+0x26e6): In function `main': ../expat-1.95.7/tests/runtests.c:1412: undefined reference to `suite_free' collect2: ld returned 1 exit status make: *** [tests/runtests] Error 1 In version 0.9.0 of check, check.c static void suite_free (Suite *s) and void srunner_free (SRunner *sr) ... l = sr->slst; for (list_front(l); !list_at_end(l); list_advance(l)) { suite_free(list_val(l)); ... srunner_free appears to take care of suite_free and suite_free is not used in check_check_main.c: n = srunner_ntests_failed(sr); srunner_free(sr); return (n == 0) ? EXIT_SUCCESS : EXIT_FAILURE; the following patch allows 'make check' in expat to run >> diff -U3 runtests.c.orig runtests.c --- runtests.c.orig 2003-10-15 21:51:11.000000000 -0700 +++ runtests.c 2004-07-04 22:48:56.574652272 -0700 @@ -1409,7 +1409,6 @@ srunner_run_all(sr, verbosity); nf = srunner_ntests_failed(sr); srunner_free(sr); - suite_free(s); return (nf == 0) ? EXIT_SUCCESS : EXIT_FAILURE; } >> make check gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -o tests/runtests.o -c ../expat-1.95.7/tests/runtests.c /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests Expat version: expat_1.95.7 Running suite(s): basic 100%: Checks: 47, Failures: 0, Errors: 0 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-07-07 14:28 Message: Logged In: NO sorry, the page with the post submission got into a group of tabs being periodically reloaded ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=986349&group_id=10127 From noreply at sourceforge.net Fri Jul 9 05:17:44 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 9 05:17:51 2004 Subject: [Expat-bugs] [ expat-Bugs-986764 ] runtest.c uses libcheck private function Message-ID: Bugs item #986764, was opened at 2004-07-07 14:12 Message generated for change (Settings changed) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=986764&group_id=10127 Category: None Group: None >Status: Deleted >Resolution: Duplicate Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: runtest.c uses libcheck private function Initial Comment: >> make check /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests.o(.text+0x26e6): In function `main': ../expat-1.95.7/tests/runtests.c:1412: undefined reference to `suite_free' collect2: ld returned 1 exit status make: *** [tests/runtests] Error 1 In version 0.9.0 of check, check.c static void suite_free (Suite *s) and void srunner_free (SRunner *sr) ... l = sr->slst; for (list_front(l); !list_at_end(l); list_advance(l)) { suite_free(list_val(l)); ... srunner_free appears to take care of suite_free and suite_free is not used in check_check_main.c: n = srunner_ntests_failed(sr); srunner_free(sr); return (n == 0) ? EXIT_SUCCESS : EXIT_FAILURE; the following patch allows 'make check' in expat to run >> diff -U3 runtests.c.orig runtests.c --- runtests.c.orig 2003-10-15 21:51:11.000000000 -0700 +++ runtests.c 2004-07-04 22:48:56.574652272 -0700 @@ -1409,7 +1409,6 @@ srunner_run_all(sr, verbosity); nf = srunner_ntests_failed(sr); srunner_free(sr); - suite_free(s); return (nf == 0) ? EXIT_SUCCESS : EXIT_FAILURE; } >> make check gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -o tests/runtests.o -c ../expat-1.95.7/tests/runtests.c /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests Expat version: expat_1.95.7 Running suite(s): basic 100%: Checks: 47, Failures: 0, Errors: 0 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-07-07 14:24 Message: Logged In: NO sorry, the page with the post submission got into a group of tabs that is being periodically reloaded ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=986764&group_id=10127 From noreply at sourceforge.net Fri Jul 9 14:09:41 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 9 14:09:44 2004 Subject: [Expat-bugs] [ expat-Patches-987903 ] Add support of OSD_EBCDIC_DF04_1 Message-ID: Patches item #987903, was opened at 2004-07-09 14:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=987903&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jean-frederic Clere (jfclere) Assigned to: Nobody/Anonymous (nobody) Summary: Add support of OSD_EBCDIC_DF04_1 Initial Comment: The patch allows to parse a document encoded in EBCDIC. OSD_EBCDIC_DF04_1 is an EBCDIC charset used on BS2000 mainframe and registered at IANA (See http://www.iana.org/assignments/character-sets). I am using the patch in APR (Apache Portable Rutime). The patch could be easly adapted to other EBCDIC encoding by changing the include files map_osd_ebcdic_df04_1.h and osd_ebcdic_df04_1.h ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=987903&group_id=10127 From noreply at sourceforge.net Fri Jul 16 00:40:40 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 16 00:40:53 2004 Subject: [Expat-bugs] [ expat-Patches-986448 ] Pedantic MMS-fix Message-ID: Patches item #986448, was opened at 2004-07-07 05:03 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=986448&group_id=10127 Category: Build Control Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: uiltje (tuijldert) Assigned to: Greg Stein (gstein) Summary: Pedantic MMS-fix Initial Comment: The file 'vms/descrip.mms' contains no action for the "all"-dependancy. Prevent a fatal mms-message by supplying a null-action. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-07-15 18:40 Message: Logged In: YES user_id=3066 This appears to already be fixed in CVS; the action there is written as: all : $(LIBRARY) @ write sys$output "All made." Closing this report. If this action isn't sufficient, please follow up with a brief explanation (I'm no VMS expert!). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=986448&group_id=10127 From noreply at sourceforge.net Fri Jul 16 00:57:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 16 00:57:06 2004 Subject: [Expat-bugs] [ expat-Bugs-985192 ] runtest.c uses libcheck private function Message-ID: Bugs item #985192, was opened at 2004-07-05 01:58 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=985192&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: runtest.c uses libcheck private function Initial Comment: >> make check /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests.o(.text+0x26e6): In function `main': ../expat-1.95.7/tests/runtests.c:1412: undefined reference to `suite_free' collect2: ld returned 1 exit status make: *** [tests/runtests] Error 1 In version 0.9.0 of check, check.c static void suite_free (Suite *s) and void srunner_free (SRunner *sr) ... l = sr->slst; for (list_front(l); !list_at_end(l); list_advance(l)) { suite_free(list_val(l)); ... srunner_free appears to take care of suite_free and suite_free is not used in check_check_main.c: n = srunner_ntests_failed(sr); srunner_free(sr); return (n == 0) ? EXIT_SUCCESS : EXIT_FAILURE; the following patch allows 'make check' in expat to run >> diff -U3 runtests.c.orig runtests.c --- runtests.c.orig 2003-10-15 21:51:11.000000000 -0700 +++ runtests.c 2004-07-04 22:48:56.574652272 -0700 @@ -1409,7 +1409,6 @@ srunner_run_all(sr, verbosity); nf = srunner_ntests_failed(sr); srunner_free(sr); - suite_free(s); return (nf == 0) ? EXIT_SUCCESS : EXIT_FAILURE; } >> make check gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -o tests/runtests.o -c ../expat-1.95.7/tests/runtests.c /bin/sh ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I../expat-1.95.7/lib -I. -I/usr/local/include -L/usr/local/lib -o tests/runtests tests/runtests.o tests/chardata.o libexpat.la -lcheck tests/runtests Expat version: expat_1.95.7 Running suite(s): basic 100%: Checks: 47, Failures: 0, Errors: 0 ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-07-15 18:57 Message: Logged In: YES user_id=3066 Hmm; guess the API changed at some point. ;-( Fixed in CVS: tests/minicheck.c 1.2 tests/minicheck.h 1.2 tests/runtests.c 1.57 If suite_free() was needed to free the suite in older versions of check, that's just too bad; the test runner can just leak a little memory before it exits anyway. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=985192&group_id=10127 From noreply at sourceforge.net Fri Jul 16 00:58:29 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 16 00:58:42 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: Closed >Resolution: Fixed 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-07-15 18:58 Message: Logged In: YES user_id=3066 We're going to make a release; this bug has been fixed. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-07-08 23:15 Message: Logged In: YES user_id=290026 I think tis may be fixed in CVS. About a release - CVS is pretty much at a release level. It's just the work of packing it all up, writing the notes, documenting what isn't documented yet, etc. More work than it looks, and Fred has very little spare time these days. ---------------------------------------------------------------------- Comment By: David Wheeler (wheeler) Date: 2004-07-07 11:57 Message: Logged In: YES user_id=309379 Ah, cool. Anyone know when the next release will be and will include this patch? Or is it in there now? Thanks, David ---------------------------------------------------------------------- Comment By: Kanoff (wkanoff) Date: 2004-07-07 05:58 Message: Logged In: YES user_id=1078548 > the #elif statement has to be defined as: > #elif defined(__GNUC__) && defined(__i386) > #define XMLCALL __attribute__((cdecl)) I just tried this on OS X 10.3.4 (build 7H63), no warnings. ---------------------------------------------------------------------- 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 Fri Jul 16 01:33:14 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 16 01:33:18 2004 Subject: [Expat-bugs] [ expat-Bugs-942465 ] dllimport' attribute directive ignored warning Message-ID: Bugs item #942465, was opened at 2004-04-26 12:37 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=942465&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: dllimport' attribute directive ignored warning Initial Comment: Hi, am getting so much of warnings when i make the expat library. lib/expat.h:853: warning: `dllimport' attribute directive ignored lib/expat.h:886: warning: `dllimport' attribute directive ignored lib/expat.h:892: warning: `dllimport' attribute directive ignored lib/expat.h:910: warning: `dllimport' attribute directive ignored lib/expat.h:911: warning: `dllimport' attribute directive ignored lib/expat.h:912: warning: `dllimport' attribute directive ignored lib/expat.h:918: warning: `dllimport' attribute directive ignored etc.................. can u help me to resolve it ? thanks ~Babu.S ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-07-15 19:33 Message: Logged In: YES user_id=3066 Closing the report due to lack of response from the original poster. The report is sufficiently vague as to be useless; the version of Expat isn't even specified. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-05-10 14:10 Message: Logged In: YES user_id=290026 Works fine for me under Linux - RedHat 9. Which steps did you perform? I am using: ./buildconf.sh ./configure make make install Sorry about not replying, but this web-interface has no option to reply to an e-mail address. You can try to become a SourceForge member and then "monitor" this bug report. See the button on the top. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-05-10 13:55 Message: Logged In: NO Hi Kwaclaw, I built the source files under Linux platform. Iam using GNU C for it. If you know the solution,kindly reply me to the following id. bsingarayan@giga-stream.de thanks ~Babu.S ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-04-30 00:15 Message: Logged In: YES user_id=290026 Details please. How do you build, platform, etc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=942465&group_id=10127 From noreply at sourceforge.net Fri Jul 16 01:35:30 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 16 01:35:41 2004 Subject: [Expat-bugs] [ expat-Bugs-946222 ] error message Message-ID: Bugs item #946222, was opened at 2004-05-02 00:02 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=946222&group_id=10127 Category: None Group: Feature Request >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Karl Waclawek (kwaclaw) Summary: error message Initial Comment: I use tcl tdom that uses the expat lib. I was told that the error of xml parsing comes from the expat live when there is parsing error I wished the error Info would be a bit more informative. for example: dom parse error "mismatched tag" at line 1 character 21 "test>" will be better if it was like microsoft explorer error: End tag 'a' does not match the start tag 'b'. Error rocessing resource 'file:///C:/Documents and Settings/Administrator/Desktop/test.xml'. Line 1, Position 22 ---------------------^ you can know immediatly that tag b was not closed. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-07-15 19:35 Message: Logged In: YES user_id=3066 This is good. I've updated the unit tests to reflect the new error codes where applicable. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-05-18 09:56 Message: Logged In: YES user_id=290026 Committed additional error codes and messages. See expat.h rev. 1.69 and xmlparse.c rev. 1.134. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-05-02 13:51 Message: Logged In: YES user_id=290026 The attached patch MoreErrors.diff (against current CVS) adds a few more error codes in place of the generic XML_ERROR_SYNTAX. I leave this issue open for review before committing the patch. Fred, please have a look as well. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-05-02 08:31 Message: Logged In: YES user_id=290026 In principle you are correct, the error messages, and more so, the error codes, in Expat are not informative enough. Often you just get a syntax error. In this case, however, I would say the message is quite clear. Nevertheless, the really correct way for an application would be to just use the error code and generate a localized and/or application specific error message based on this code. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=946222&group_id=10127 From noreply at sourceforge.net Fri Jul 16 01:37:32 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 16 01:37:36 2004 Subject: [Expat-bugs] [ expat-Bugs-973851 ] Irix compilation Message-ID: Bugs item #973851, was opened at 2004-06-16 08:12 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=973851&group_id=10127 Category: Build control Group: Not a Bug Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Irix compilation Initial Comment: expat-1.95.7 On Irix, using cc 7.4.2m, you must use -O1 (or lower) optimization. If you use -O2 or -O3 then you will get a SIGSEGV in XmlInitUnknownEncoding (lib/xmltok.c - line ~1363) when running the test for XML-Parser-2.34. (Looks like a compiler optimization bug - the problem also goes away if you put any printf statements in there to see what is happening) ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-07-15 19:37 Message: Logged In: YES user_id=3066 Can anyone tell if this is still a case with the CVS version of Expat? Does anyone know how to detect this platform via the configure script? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=973851&group_id=10127 From noreply at sourceforge.net Fri Jul 16 01:45:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 16 01:45:10 2004 Subject: [Expat-bugs] [ expat-Bugs-923913 ] Calling convention problems Message-ID: Bugs item #923913, was opened at 2004-03-26 09:33 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=923913&group_id=10127 Category: None Group: Test Required >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Karl Waclawek (kwaclaw) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Calling convention problems Initial Comment: Two problems I found in Windows, when trying to define XMLCALL as __stdcall: 1) In Expat.h, this struct is defined: typedef struct { int map[256]; void *data; int (XMLCALL *convert)(void *data, const char *s); void (XMLCALL *release)(void *data); } XML_Encoding; in xmltok.h, this function pointer is defined: typedef int (*CONVERTER) (void *userData, const char *p); which maps to the third struct member. So, if the calling convention in XMLCALL is different from the default, we have a type mismatch. 2) In expat.h, we define the calling convention for the memory handling function pointers like this: typedef struct { void *(XMLCALL *malloc_fcn)(size_t size); void *(XMLCALL *realloc_fcn)(void *ptr, size_t size); void (XMLCALL *free_fcn)(void *ptr); } XML_Memory_Handling_Suite; However, when none are provided by the application, we are assigning the standard memory allocation functions to it. Which creates a problems, as these always have the same calling convention. Suggested solutions: 1) Remove external API definitions from expat.h and move them into a file external.h, that can be included by other files that also have a dependency on the external API. 2) Remove XMLCALL from the function pointer definitions in the memory handling struct. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-07-15 19:45 Message: Logged In: YES user_id=3066 Works for me. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-03-26 09:36 Message: Logged In: YES user_id=290026 Committed a fix for this: Checking in expat.dsp; /cvsroot/expat/expat/lib/expat.dsp,v <-- expat.dsp new revision: 1.11; previous revision: 1.10 done Checking in expat.h; /cvsroot/expat/expat/lib/expat.h,v <-- expat.h new revision: 1.66; previous revision: 1.65 done Checking in expat_static.dsp; /cvsroot/expat/expat/lib/expat_static.dsp,v <-- expat_static.dsp new revision: 1.3; previous revision: 1.2 done Checking in expatw.dsp; /cvsroot/expat/expat/lib/expatw.dsp,v <-- expatw.dsp new revision: 1.4; previous revision: 1.3 done Checking in expatw_static.dsp; /cvsroot/expat/expat/lib/expatw_static.dsp,v <-- expatw_static.dsp new revision: 1.3; previous revision: 1.2 done RCS file: /cvsroot/expat/expat/lib/external.h,v done Checking in external.h; /cvsroot/expat/expat/lib/external.h,v <-- external.h initial revision: 1.1 done Checking in xmlparse.c; /cvsroot/expat/expat/lib/xmlparse.c,v <-- xmlparse.c new revision: 1.130; previous revision: 1.129 done Checking in xmlrole.c; /cvsroot/expat/expat/lib/xmlrole.c,v <-- xmlrole.c new revision: 1.17; previous revision: 1.16 done Checking in xmltok.c; /cvsroot/expat/expat/lib/xmltok.c,v <-- xmltok.c new revision: 1.30; previous revision: 1.29 done Checking in xmltok.h; /cvsroot/expat/expat/lib/xmltok.h,v <-- xmltok.h new revision: 1.10; previous revision: 1.9 done Assigned to Fred, for testing on Linux. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=923913&group_id=10127 From noreply at sourceforge.net Fri Jul 16 01:51:48 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 16 01:51:59 2004 Subject: [Expat-bugs] [ expat-Bugs-945042 ] external.h not installed Message-ID: Bugs item #945042, was opened at 2004-04-30 00:13 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=945042&group_id=10127 Category: Build control Group: Test Required >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Karl Waclawek (kwaclaw) Assigned to: Greg Stein (gstein) Summary: external.h not installed Initial Comment: Reported by Fr?d?ric L. W. Meunier: When compiling CVS, for some reason external.h doesn't get installed by make install. Since expat.h includes it, everything breaks. BTW, I'm not sure if external.h is a good name for a header that gets installed. What about expat_external.h or something with expat in the name? Or install external.h in an expat directory. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-07-15 19:51 Message: Logged In: YES user_id=3066 Works for me. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-05-07 16:13 Message: Logged In: YES user_id=290026 Did the following changes to CVS: - Renamed external.h to expat_external.h. - Modified Makefile.in to install expat_external.h and know about the new dependency on it. Affected revision: Makefile.in 1.46 This seems to work on RedHat 9. Since I am not a Unix expert this definitely needs review!!! I did this only because nobody else seems to have time. Red Alert! ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-04-30 11:16 Message: Logged In: YES user_id=290026 Just to establish the link: the addition of the new file external.h relates to issue #923913. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=945042&group_id=10127 From noreply at sourceforge.net Fri Jul 16 02:13:33 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 16 02:13:44 2004 Subject: [Expat-bugs] [ expat-Bugs-916232 ] Docs for XML_DTD seem wrong Message-ID: Bugs item #916232, was opened at 2004-03-14 19:49 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=916232&group_id=10127 Category: Documentation Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Karl Waclawek (kwaclaw) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Docs for XML_DTD seem wrong Initial Comment: As far as I can tell, when XML_DTD is not defined the only functionality not present is the ability to process external parameter entities and (not sure) conditional sections. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-07-15 20:13 Message: Logged In: YES user_id=3066 Fixed in doc/reference.html revision 1.58. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=916232&group_id=10127 From noreply at sourceforge.net Fri Jul 16 02:45:34 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 16 02:45:38 2004 Subject: [Expat-bugs] [ expat-Bugs-896188 ] Not well-formed internal parameter entities Message-ID: Bugs item #896188, was opened at 2004-02-12 19:11 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=896188&group_id=10127 Category: None Group: Test Required >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Jeremy Kloth (jkloth) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Not well-formed internal parameter entities Initial Comment: In testing against the XML Conformance Test Suites, we've discovered that Expat doesn't verify that internal parameter entities are well-formed (as per XML 1.0 3rd 4.3.2). Attached is a patch that fixes this and 2 example documents that demonstrate both valid and invalid behavior. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-07-15 20:45 Message: Logged In: YES user_id=3066 Testing with the OASIS test suite is sufficient. Closing this report. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-02-13 13:21 Message: Logged In: YES user_id=290026 I applied a simplified version of Jeremy's second patch. Tested with the OASIS test-suite as well as with a read buffer size of 1, to stress test the buffer boundary handling, since we changed some code involving XML_TOK_NONE. This means that we now pass the two test cases of the test suite, xmltest/not-wf/not-sa/010.xml and xmltest/not-wf/not-sa/011.xml, that we previously failed. Check xmlparse.c rev. 1.123 and xmlrole.c rev. 1.16. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-02-13 01:14 Message: Logged In: YES user_id=290026 This new patch seems to work with the test-suite. Will have a closer look tomorrow. (There was a warning about integral size mismatch). ---------------------------------------------------------------------- Comment By: Jeremy Kloth (jkloth) Date: 2004-02-13 00:34 Message: Logged In: YES user_id=38980 OK. After going through the spec again, we came to the same conclusion (WFC: PE Between Declarations). Adding a new patch which uses this for its check as opposed to just checking if it is a parameter entity. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-02-13 00:01 Message: Logged In: YES user_id=290026 One more comment: It seems that Well-formedness constraint: PE Between Declarations applies here rather than section 4.3.2. I guess the solution might involve modifying the processInternalEntity() function in such a way, that the state before and after calling doProlog() is checked for two things: 1) is this a PE reference between declarations? 2) if yes, how does it return - any incomplete declarations? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-02-12 22:39 Message: Logged In: YES user_id=290026 Well, the patch seems to fix the two test cases mentioned below, but when I ran Expat through the whole test suite again, it turned out that it now fails on 32 test cases more than before. One example: test case xmlconf/sun/valid/optional.xml uses the dtdtest.dtd in the same directory. It is well-formed and valid, but Expat now reports a syntax error on line 19, column 26 of the dtd. Seems this patch should be examined more closely. But I wouldn't give up yet. ---------------------------------------------------------------------- Comment By: Jeremy Kloth (jkloth) Date: 2004-02-12 21:28 Message: Logged In: YES user_id=38980 Attached is the "Fix Explained" (hopefully) document. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-02-12 21:02 Message: Logged In: YES user_id=290026 OK, now I remember. If you look at bug #569461 there was a discussion regarding these two test cases, (a while back) and there I thought it would require some time to understand the logic in Expat well enough for a fix. This is cool - having a fix for that! Thanks! I would like you to explain the logic behind the fix, because I really don't want to "fix" Expat so short before a new release unless I understand the fix and can reasonably be sure it doesn't mess up anything else. You might want to create a "Fix Explained" attachment rather than a note, as this web interface really isn't a good text editor. ---------------------------------------------------------------------- Comment By: Jeremy Kloth (jkloth) Date: 2004-02-12 20:52 Message: Logged In: YES user_id=38980 Actually, the error should be on line 4 (the %e; expansion). I'm using a CVS (updated today) build. I've attached another invalid example to further demonstrate the problem. The XML Test Suite tests for this case are xmltest/not-wf/not-sa/010.xml and 011.xml ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-02-12 20:13 Message: Logged In: YES user_id=290026 I tried the current Expat (CVS), and it reports a syntax error on line 5, column 0 for bad.xml. Is that not what it should do? Are you saying that your copy of Expat doesn't do that? Which version are you using? Which test cases of the XML conformance suite does Expat not pass - related to this issue? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=896188&group_id=10127 From noreply at sourceforge.net Fri Jul 16 02:48:22 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 16 02:48:35 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: Closed 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-07-15 20:48 Message: Logged In: YES user_id=3066 The basic requirements are now supported, so I'm closing this. Implementing specific APIs on top of the current implementation is an exercise for the reader; Expat itself should remain small. ---------------------------------------------------------------------- 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 noreply at sourceforge.net Fri Jul 16 13:13:25 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 16 13:13:38 2004 Subject: [Expat-bugs] [ expat-Patches-986448 ] Pedantic MMS-fix Message-ID: Patches item #986448, was opened at 2004-07-07 11:03 Message generated for change (Comment added) made by tuijldert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=986448&group_id=10127 Category: Build Control Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: uiltje (tuijldert) Assigned to: Greg Stein (gstein) Summary: Pedantic MMS-fix Initial Comment: The file 'vms/descrip.mms' contains no action for the "all"-dependancy. Prevent a fatal mms-message by supplying a null-action. ---------------------------------------------------------------------- >Comment By: uiltje (tuijldert) Date: 2004-07-16 13:13 Message: Logged In: YES user_id=1067629 Fair enough, action looks Ok. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-07-16 00:40 Message: Logged In: YES user_id=3066 This appears to already be fixed in CVS; the action there is written as: all : $(LIBRARY) @ write sys$output "All made." Closing this report. If this action isn't sufficient, please follow up with a brief explanation (I'm no VMS expert!). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=986448&group_id=10127 From noreply at sourceforge.net Mon Jul 19 23:13:42 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jul 19 23:13:44 2004 Subject: [Expat-bugs] [ expat-Bugs-994094 ] SetCommentHandler Message-ID: Bugs item #994094, was opened at 2004-07-19 14:13 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=994094&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: SetCommentHandler Initial Comment: Hi, Firstly thanks for a very useful parser. I've used it in a couple of projects already. Anyway onto the bug if it is one. The routine specified by a SetCommentHandler gets called if you have simple comment. However if you include other XML within the comment it does not get called. This may simply be an interpretation of the W3C standards issue but several of the visual editing tools regard all of the following as a comment. Regards Tim Armstrong Tim.Armstrong@colesmyer.com.au ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=994094&group_id=10127 From noreply at sourceforge.net Tue Jul 20 03:09:17 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jul 20 03:09:19 2004 Subject: [Expat-bugs] [ expat-Bugs-994094 ] SetCommentHandler Message-ID: Bugs item #994094, was opened at 2004-07-19 14:13 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=994094&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: SetCommentHandler Initial Comment: Hi, Firstly thanks for a very useful parser. I've used it in a couple of projects already. Anyway onto the bug if it is one. The routine specified by a SetCommentHandler gets called if you have simple comment. However if you include other XML within the comment it does not get called. This may simply be an interpretation of the W3C standards issue but several of the visual editing tools regard all of the following as a comment. Regards Tim Armstrong Tim.Armstrong@colesmyer.com.au ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-07-19 18:09 Message: Logged In: NO Apologies it was an error in another piece of code. Expat is working as it should. Regards Tim A ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=994094&group_id=10127 From noreply at sourceforge.net Tue Jul 20 16:14:50 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jul 20 16:14:54 2004 Subject: [Expat-bugs] [ expat-Bugs-994094 ] SetCommentHandler Message-ID: Bugs item #994094, was opened at 2004-07-19 17:13 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=994094&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: SetCommentHandler Initial Comment: Hi, Firstly thanks for a very useful parser. I've used it in a couple of projects already. Anyway onto the bug if it is one. The routine specified by a SetCommentHandler gets called if you have simple comment. However if you include other XML within the comment it does not get called. This may simply be an interpretation of the W3C standards issue but several of the visual editing tools regard all of the following as a comment. Regards Tim Armstrong Tim.Armstrong@colesmyer.com.au ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-07-20 10:14 Message: Logged In: YES user_id=3066 Closed per comments from original poster. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-07-19 21:09 Message: Logged In: NO Apologies it was an error in another piece of code. Expat is working as it should. Regards Tim A ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=994094&group_id=10127 From noreply at sourceforge.net Fri Jul 23 05:29:43 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 23 05:29:58 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 fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=880632&group_id=10127 Category: Documentation Group: None >Status: Closed >Resolution: Fixed 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: Fred L. Drake, Jr. (fdrake) Date: 2004-07-22 23:29 Message: Logged In: YES user_id=3066 Added in doc/reference.html 1.61. It could use more work, but it should get people started. ---------------------------------------------------------------------- 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 Fri Jul 23 06:04:38 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 23 06:05:02 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 fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=880632&group_id=10127 Category: Documentation Group: None Status: Closed Resolution: Fixed 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: Fred L. Drake, Jr. (fdrake) Date: 2004-07-23 00:04 Message: Logged In: YES user_id=3066 Added in doc/reference.html 1.61. It could use more work, but it should get people started. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-07-22 23:29 Message: Logged In: YES user_id=3066 Added in doc/reference.html 1.61. It could use more work, but it should get people started. ---------------------------------------------------------------------- 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 Fri Jul 23 06:06:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 23 06:06:14 2004 Subject: [Expat-bugs] [ expat-Bugs-972802 ] Xml document which begin with an empty line Message-ID: Bugs item #972802, was opened at 2004-06-14 16:51 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=972802&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Karl Waclawek (kwaclaw) Summary: Xml document which begin with an empty line Initial Comment: In a xml document which begins with an empty line, for example: """Start here""" """End here""" Expat give this parse error: XML Parsing Error: xml processing instruction not at start of external entity. I discoverd this bug when I tried to pass an xhtml document to firefox via ASP.NET with the "application/xhtml+xml" content-type. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-07-23 00:06 Message: Logged In: YES user_id=3066 Karl, did you want to do anything with this for 1.95.8? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-06-15 08:55 Message: Logged In: YES user_id=290026 >From the XML spec: [1] document ::= prolog element Misc* [22] prolog ::= XMLDecl? Misc* (doctypedecl Misc*)? [23] XMLDecl ::= '' Which means that it is an error if an XML document starts with an empty line. So Expat is OK. However, Expat's error message could be improved to say: "XML/Text declaration not at start of external entity". So maybe we should change the message. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=972802&group_id=10127 From noreply at sourceforge.net Sat Jul 24 06:55:12 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jul 24 06:55:17 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 (Settings changed) 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: 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: Christian Ehrlicher (chehrlic) Date: 2004-01-15 11: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 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 Thu Jul 29 15:37:06 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jul 29 18:03:17 2004 Subject: [Expat-bugs] [ expat-Bugs-1000112 ] expat_external.h not installed on Solaris 8 Message-ID: Bugs item #1000112, was opened at 2004-07-29 06:37 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=1000112&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: expat_external.h not installed on Solaris 8 Initial Comment: I have installed expat on Solaris 8. Everything worked fine with ./configure ; make ; make install, with the exception of the file expat_external.h. It should be copied to /usr/local/include, but it is not. The reason is probably that install is used to copy expat.h and expat_external.h at the same time. I assume that the Solaris install command accepts only one file as an argument. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1000112&group_id=10127 From noreply at sourceforge.net Thu Jul 29 15:37:56 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jul 29 18:03:39 2004 Subject: [Expat-bugs] [ expat-Bugs-1000112 ] expat_external.h not installed on Solaris 8 Message-ID: Bugs item #1000112, was opened at 2004-07-29 06:37 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1000112&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: expat_external.h not installed on Solaris 8 Initial Comment: I have installed expat on Solaris 8. Everything worked fine with ./configure ; make ; make install, with the exception of the file expat_external.h. It should be copied to /usr/local/include, but it is not. The reason is probably that install is used to copy expat.h and expat_external.h at the same time. I assume that the Solaris install command accepts only one file as an argument. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-07-29 06:37 Message: Logged In: NO Sorry, forgot my address: thomas.steffen at mbalance.com. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1000112&group_id=10127