From noreply at sourceforge.net Wed Nov 15 17:53:41 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 15 Nov 2006 08:53:41 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 18:53 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=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Wed Nov 15 17:55:35 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 15 Nov 2006 08:55:35 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 18:53 Message generated for change (Comment added) made by sergeiste You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Sergei (sergeiste) Date: 2006-11-15 18:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Wed Nov 15 18:07:50 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 15 Nov 2006 09:07:50 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Wed Nov 15 18:20:59 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 15 Nov 2006 09:20:59 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 18:53 Message generated for change (Comment added) made by sergeiste You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Sergei (sergeiste) Date: 2006-11-15 19:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 19:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 18:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Wed Nov 15 18:34:19 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 15 Nov 2006 09:34:19 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 18:53 Message generated for change (Comment added) made by sergeiste You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Sergei (sergeiste) Date: 2006-11-15 19:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 19:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 18:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Wed Nov 15 19:06:29 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 15 Nov 2006 10:06:29 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Wed Nov 15 19:20:48 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 15 Nov 2006 10:20:48 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 18:53 Message generated for change (Comment added) made by sergeiste You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Sergei (sergeiste) Date: 2006-11-15 20:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 19:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 18:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Wed Nov 15 19:28:29 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 15 Nov 2006 10:28:29 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 13:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Wed Nov 15 19:49:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 15 Nov 2006 10:49:03 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 13:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Thu Nov 16 03:12:28 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 15 Nov 2006 18:12:28 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 18:53 Message generated for change (Comment added) made by sergeiste You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Sergei (sergeiste) Date: 2006-11-16 04:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 20:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 19:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 18:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Thu Nov 16 04:24:41 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 15 Nov 2006 19:24:41 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 22:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 21:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 13:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Thu Nov 16 06:01:50 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 15 Nov 2006 21:01:50 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 18:53 Message generated for change (Comment added) made by sergeiste You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Sergei (sergeiste) Date: 2006-11-16 07:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 05:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 04:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 20:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 19:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 18:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Thu Nov 16 17:46:43 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 16 Nov 2006 08:46:43 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 11:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 00:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 22:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 21:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 13:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Thu Nov 16 18:17:15 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 16 Nov 2006 09:17:15 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 18:53 Message generated for change (Comment added) made by sergeiste You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Sergei (sergeiste) Date: 2006-11-16 19:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 18:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 07:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 05:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 04:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 20:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 19:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 18:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Thu Nov 16 19:18:59 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 16 Nov 2006 10:18:59 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 13:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 12:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 11:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 00:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 22:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 21:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 13:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Thu Nov 16 19:21:58 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 16 Nov 2006 10:21:58 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597909 ] compilation errors for "make check" Message-ID: Bugs item #1597909, was opened at 2006-11-16 10:21 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=1597909&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve Kelem (skelem) Assigned to: Greg Stein (gstein) Summary: compilation errors for "make check" Initial Comment: On SuSE linux 10.0, expat-2.0.0: % make check Thu Nov 16 09:09:49 2006 gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardata.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function ?void test_line_number_after_parse()?: tests/runtests.c:410: error: ?XML_Size? was not declared in this scope tests/runtests.c:410: error: expected `;' before ?lineno? tests/runtests.c:414: error: ?lineno? was not declared in this scope tests/runtests.c: In function ?void test_column_number_after_parse()?: tests/runtests.c:428: error: ?XML_Size? was not declared in this scope tests/runtests.c:428: error: expected `;' before ?colno? tests/runtests.c:432: error: ?colno? was not declared in this scope tests/runtests.c: In function ?void test_line_number_after_error()?: tests/runtests.c:514: error: ?XML_Size? was not declared in this scope tests/runtests.c:514: error: expected `;' before ?lineno? tests/runtests.c:518: error: ?lineno? was not declared in this scope tests/runtests.c: In function ?void test_column_number_after_error()?: tests/runtests.c:534: error: ?XML_Size? was not declared in this scope tests/runtests.c:534: error: expected `;' before ?colno? tests/runtests.c:538: error: ?colno? was not declared in this scope make: *** [tests/runtestspp.o] Error 1 0.00u 0.00s 0.00u 0.00s 0:01.00 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597909&group_id=10127 From noreply at sourceforge.net Thu Nov 16 19:23:11 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 16 Nov 2006 10:23:11 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597909 ] compilation errors for "make check" Message-ID: Bugs item #1597909, was opened at 2006-11-16 10:21 Message generated for change (Comment added) made by skelem You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597909&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open >Resolution: Duplicate Priority: 5 Private: No Submitted By: Steve Kelem (skelem) Assigned to: Greg Stein (gstein) Summary: compilation errors for "make check" Initial Comment: On SuSE linux 10.0, expat-2.0.0: % make check Thu Nov 16 09:09:49 2006 gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardata.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function ?void test_line_number_after_parse()?: tests/runtests.c:410: error: ?XML_Size? was not declared in this scope tests/runtests.c:410: error: expected `;' before ?lineno? tests/runtests.c:414: error: ?lineno? was not declared in this scope tests/runtests.c: In function ?void test_column_number_after_parse()?: tests/runtests.c:428: error: ?XML_Size? was not declared in this scope tests/runtests.c:428: error: expected `;' before ?colno? tests/runtests.c:432: error: ?colno? was not declared in this scope tests/runtests.c: In function ?void test_line_number_after_error()?: tests/runtests.c:514: error: ?XML_Size? was not declared in this scope tests/runtests.c:514: error: expected `;' before ?lineno? tests/runtests.c:518: error: ?lineno? was not declared in this scope tests/runtests.c: In function ?void test_column_number_after_error()?: tests/runtests.c:534: error: ?XML_Size? was not declared in this scope tests/runtests.c:534: error: expected `;' before ?colno? tests/runtests.c:538: error: ?colno? was not declared in this scope make: *** [tests/runtestspp.o] Error 1 0.00u 0.00s 0.00u 0.00s 0:01.00 ---------------------------------------------------------------------- >Comment By: Steve Kelem (skelem) Date: 2006-11-16 10:23 Message: Logged In: YES user_id=177313 Originator: YES Duplicate of 1597115. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597909&group_id=10127 From noreply at sourceforge.net Thu Nov 16 19:30:33 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 16 Nov 2006 10:30:33 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 08:53 Message generated for change (Comment added) made by skelem You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 10:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 10:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 09:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 08:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 21:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 19:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 18:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 10:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 10:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 10:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 10:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 09:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 09:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 09:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 08:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Thu Nov 16 20:03:43 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 16 Nov 2006 11:03:43 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597909 ] compilation errors for "make check" Message-ID: Bugs item #1597909, was opened at 2006-11-16 13:21 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597909&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None >Status: Closed Resolution: Duplicate Priority: 5 Private: No Submitted By: Steve Kelem (skelem) Assigned to: Greg Stein (gstein) Summary: compilation errors for "make check" Initial Comment: On SuSE linux 10.0, expat-2.0.0: % make check Thu Nov 16 09:09:49 2006 gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardata.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function ?void test_line_number_after_parse()?: tests/runtests.c:410: error: ?XML_Size? was not declared in this scope tests/runtests.c:410: error: expected `;' before ?lineno? tests/runtests.c:414: error: ?lineno? was not declared in this scope tests/runtests.c: In function ?void test_column_number_after_parse()?: tests/runtests.c:428: error: ?XML_Size? was not declared in this scope tests/runtests.c:428: error: expected `;' before ?colno? tests/runtests.c:432: error: ?colno? was not declared in this scope tests/runtests.c: In function ?void test_line_number_after_error()?: tests/runtests.c:514: error: ?XML_Size? was not declared in this scope tests/runtests.c:514: error: expected `;' before ?lineno? tests/runtests.c:518: error: ?lineno? was not declared in this scope tests/runtests.c: In function ?void test_column_number_after_error()?: tests/runtests.c:534: error: ?XML_Size? was not declared in this scope tests/runtests.c:534: error: expected `;' before ?colno? tests/runtests.c:538: error: ?colno? was not declared in this scope make: *** [tests/runtestspp.o] Error 1 0.00u 0.00s 0.00u 0.00s 0:01.00 ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 14:03 Message: Logged In: YES user_id=290026 Originator: NO Closing this issue as duplicate. ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 13:23 Message: Logged In: YES user_id=177313 Originator: YES Duplicate of 1597115. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597909&group_id=10127 From noreply at sourceforge.net Thu Nov 16 20:05:14 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 16 Nov 2006 11:05:14 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 14:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 13:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 13:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 12:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 11:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 00:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 22:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 21:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 13:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Thu Nov 16 20:06:15 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 16 Nov 2006 11:06:15 -0800 Subject: [Expat-bugs] [ expat-Bugs-1536684 ] 'make check' fails for Expat 2.0.0 Message-ID: Bugs item #1536684, was opened at 2006-08-08 09:35 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1536684&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control >Group: None >Status: Closed >Resolution: Rejected Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: 'make check' fails for Expat 2.0.0 Initial Comment: When I run 'make check', it returns an error saying make: CXX@: Command not found make: *** [tests/runtestspp.o] Error 127 The configure command does not provide CXX option. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 14:06 Message: Logged In: YES user_id=290026 Originator: NO Closed due to lack of follow-up. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-08-08 10:47 Message: Logged In: YES user_id=290026 Works fine for me. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1536684&group_id=10127 From noreply at sourceforge.net Fri Nov 17 01:07:12 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 16 Nov 2006 16:07:12 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 18:53 Message generated for change (Comment added) made by sergeiste You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Sergei (sergeiste) Date: 2006-11-17 02:07 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) " - why doesn't 'configure' generate the correct 'Makefile' in the first place ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 21:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 20:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 20:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 19:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 18:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 07:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 05:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 04:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 20:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 19:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 18:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Fri Nov 17 01:35:48 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 16 Nov 2006 16:35:48 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 19:35 Message: Logged In: YES user_id=290026 Originator: NO Obviously, there is an issue with make check. Asking why there is an issue really doesn't help resolving it. It is also not clear which is the best solution. I am not a Unix/Make expert and our Make authorities are "asleep", as I already said. Fred and Greg - this means you! ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 19:07 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) " - why doesn't 'configure' generate the correct 'Makefile' in the first place ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 14:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 13:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 13:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 12:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 11:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 00:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 22:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 21:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 13:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Fri Nov 17 17:46:13 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 17 Nov 2006 08:46:13 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 08:53 Message generated for change (Comment added) made by skelem You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-17 08:46 Message: Logged In: YES user_id=177313 Originator: NO Changing the build order to make make install make check is counter-intuitive and dangerous. The idea behind doing the check first is to make sure that the software is going to work before installing it. I've messed up installation of a software package enough times by "assuming it will all work" and installing before really checking out a package. I found that I've messed up the whole company, having them lose hours of work. Get "make check" to work before the installation of the software. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 16:35 Message: Logged In: YES user_id=290026 Originator: NO Obviously, there is an issue with make check. Asking why there is an issue really doesn't help resolving it. It is also not clear which is the best solution. I am not a Unix/Make expert and our Make authorities are "asleep", as I already said. Fred and Greg - this means you! ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 16:07 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) " - why doesn't 'configure' generate the correct 'Makefile' in the first place ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 11:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 10:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 10:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 09:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 08:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 21:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 19:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 18:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 10:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 10:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 10:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 10:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 09:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 09:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 09:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 08:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Fri Nov 17 17:55:27 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 17 Nov 2006 08:55:27 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 11:55 Message: Logged In: YES user_id=290026 Originator: NO You are correct, obviously. But in this case the issue was to find out if the Expat code or test code was in error or just make check. I am pretty sure the code is correct, but the proof would be to run make install first. I any case, I will have to leave the final decision which solution is best to our Make experts. For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work. Karl ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-17 11:46 Message: Logged In: YES user_id=177313 Originator: NO Changing the build order to make make install make check is counter-intuitive and dangerous. The idea behind doing the check first is to make sure that the software is going to work before installing it. I've messed up installation of a software package enough times by "assuming it will all work" and installing before really checking out a package. I found that I've messed up the whole company, having them lose hours of work. Get "make check" to work before the installation of the software. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 19:35 Message: Logged In: YES user_id=290026 Originator: NO Obviously, there is an issue with make check. Asking why there is an issue really doesn't help resolving it. It is also not clear which is the best solution. I am not a Unix/Make expert and our Make authorities are "asleep", as I already said. Fred and Greg - this means you! ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 19:07 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) " - why doesn't 'configure' generate the correct 'Makefile' in the first place ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 14:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 13:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 13:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 12:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 11:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 00:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 22:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 21:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 13:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Fri Nov 17 18:42:30 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 17 Nov 2006 09:42:30 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 18:53 Message generated for change (Comment added) made by sergeiste You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Sergei (sergeiste) Date: 2006-11-17 19:42 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work " I do not think it will be the case for me - because my tool does not run with root privileges and by default does not install into system location. It's the intent of my tool, I am developing to be able to try the versions I like and not to screw up. So, if the existing build mechanism is unable to find the required *.h file(s) under /AppsFromScratchWD/build/expat-2.0.0 (the build directory), why does anybody think it will find them under /AppsFromScratchWD/install/expat-2.0.0 which is the install directory ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 18:55 Message: Logged In: YES user_id=290026 Originator: NO You are correct, obviously. But in this case the issue was to find out if the Expat code or test code was in error or just make check. I am pretty sure the code is correct, but the proof would be to run make install first. I any case, I will have to leave the final decision which solution is best to our Make experts. For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work. Karl ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-17 18:46 Message: Logged In: YES user_id=177313 Originator: NO Changing the build order to make make install make check is counter-intuitive and dangerous. The idea behind doing the check first is to make sure that the software is going to work before installing it. I've messed up installation of a software package enough times by "assuming it will all work" and installing before really checking out a package. I found that I've messed up the whole company, having them lose hours of work. Get "make check" to work before the installation of the software. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 02:35 Message: Logged In: YES user_id=290026 Originator: NO Obviously, there is an issue with make check. Asking why there is an issue really doesn't help resolving it. It is also not clear which is the best solution. I am not a Unix/Make expert and our Make authorities are "asleep", as I already said. Fred and Greg - this means you! ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-17 02:07 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) " - why doesn't 'configure' generate the correct 'Makefile' in the first place ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 21:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 20:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 20:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 19:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 18:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 07:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 05:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 04:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 20:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 19:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 18:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Fri Nov 17 20:24:31 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 17 Nov 2006 11:24:31 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 14:24 Message: Logged In: YES user_id=290026 Originator: NO Well, I just tried this on Fedora Core 4 with an up-to-date CVS checkout: First I uninstalled Expat and all header files I could find. Then I ran: ./buildconf.sh ./configure --prefix=/home/kwaclaw/expat_test make make check and I had no problems. Maybe you try CVS and see how it goes. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-17 12:42 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work " I do not think it will be the case for me - because my tool does not run with root privileges and by default does not install into system location. It's the intent of my tool, I am developing to be able to try the versions I like and not to screw up. So, if the existing build mechanism is unable to find the required *.h file(s) under /AppsFromScratchWD/build/expat-2.0.0 (the build directory), why does anybody think it will find them under /AppsFromScratchWD/install/expat-2.0.0 which is the install directory ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 11:55 Message: Logged In: YES user_id=290026 Originator: NO You are correct, obviously. But in this case the issue was to find out if the Expat code or test code was in error or just make check. I am pretty sure the code is correct, but the proof would be to run make install first. I any case, I will have to leave the final decision which solution is best to our Make experts. For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work. Karl ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-17 11:46 Message: Logged In: YES user_id=177313 Originator: NO Changing the build order to make make install make check is counter-intuitive and dangerous. The idea behind doing the check first is to make sure that the software is going to work before installing it. I've messed up installation of a software package enough times by "assuming it will all work" and installing before really checking out a package. I found that I've messed up the whole company, having them lose hours of work. Get "make check" to work before the installation of the software. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 19:35 Message: Logged In: YES user_id=290026 Originator: NO Obviously, there is an issue with make check. Asking why there is an issue really doesn't help resolving it. It is also not clear which is the best solution. I am not a Unix/Make expert and our Make authorities are "asleep", as I already said. Fred and Greg - this means you! ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 19:07 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) " - why doesn't 'configure' generate the correct 'Makefile' in the first place ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 14:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 13:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 13:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 12:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 11:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 00:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 22:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 21:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 13:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Tue Nov 21 14:53:46 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 21 Nov 2006 05:53:46 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 08:53 Message: Logged In: YES user_id=290026 Originator: NO Well, if nobody objects then I intend to close this issue as fixed. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 14:24 Message: Logged In: YES user_id=290026 Originator: NO Well, I just tried this on Fedora Core 4 with an up-to-date CVS checkout: First I uninstalled Expat and all header files I could find. Then I ran: ./buildconf.sh ./configure --prefix=/home/kwaclaw/expat_test make make check and I had no problems. Maybe you try CVS and see how it goes. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-17 12:42 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work " I do not think it will be the case for me - because my tool does not run with root privileges and by default does not install into system location. It's the intent of my tool, I am developing to be able to try the versions I like and not to screw up. So, if the existing build mechanism is unable to find the required *.h file(s) under /AppsFromScratchWD/build/expat-2.0.0 (the build directory), why does anybody think it will find them under /AppsFromScratchWD/install/expat-2.0.0 which is the install directory ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 11:55 Message: Logged In: YES user_id=290026 Originator: NO You are correct, obviously. But in this case the issue was to find out if the Expat code or test code was in error or just make check. I am pretty sure the code is correct, but the proof would be to run make install first. I any case, I will have to leave the final decision which solution is best to our Make experts. For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work. Karl ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-17 11:46 Message: Logged In: YES user_id=177313 Originator: NO Changing the build order to make make install make check is counter-intuitive and dangerous. The idea behind doing the check first is to make sure that the software is going to work before installing it. I've messed up installation of a software package enough times by "assuming it will all work" and installing before really checking out a package. I found that I've messed up the whole company, having them lose hours of work. Get "make check" to work before the installation of the software. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 19:35 Message: Logged In: YES user_id=290026 Originator: NO Obviously, there is an issue with make check. Asking why there is an issue really doesn't help resolving it. It is also not clear which is the best solution. I am not a Unix/Make expert and our Make authorities are "asleep", as I already said. Fred and Greg - this means you! ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 19:07 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) " - why doesn't 'configure' generate the correct 'Makefile' in the first place ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 14:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 13:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 13:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 12:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 11:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 00:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 22:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 21:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 13:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Tue Nov 21 14:59:28 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 21 Nov 2006 05:59:28 -0800 Subject: [Expat-bugs] [ expat-Bugs-1535603 ] Error testing expat 2.0.0 Message-ID: Bugs item #1535603, was opened at 2006-08-06 20:02 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1535603&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Pierre (pierre42) Assigned to: Nobody/Anonymous (nobody) Summary: Error testing expat 2.0.0 Initial Comment: # make check gcc -I./lib -I. -s -O3 -march=i686 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -s -O3 -march=i686 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -s -O3 -march=i686 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -s -O3 -march=i686 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardata.o tests/minicheck.o libexpat.la g++ -s -O3 -march=i686 -c -o tests/runtestspp.o tests/runtestspp.cpp In file included from tests/runtestspp.cpp:6: tests/runtests.c: In function `void test_line_number_after_parse()': tests/runtests.c:410: error: `XML_Size' undeclared (first use this function) tests/runtests.c:410: error: (Each undeclared identifier is reported only once for each function it appears in.) tests/runtests.c:410: error: expected `;' before "lineno" tests/runtests.c:414: error: `lineno' undeclared (first use this function) tests/runtests.c: In function `void test_column_number_after_parse()': tests/runtests.c:428: error: `XML_Size' undeclared (first use this function) tests/runtests.c:428: error: expected `;' before "colno" tests/runtests.c:432: error: `colno' undeclared (first use this function) tests/runtests.c: In function `void test_line_number_after_error()': tests/runtests.c:514: error: `XML_Size' undeclared (first use this function) tests/runtests.c:514: error: expected `;' before "lineno" tests/runtests.c:518: error: `lineno' undeclared (first use this function) tests/runtests.c: In function `void test_column_number_after_error()': tests/runtests.c:534: error: `XML_Size' undeclared (first use this function) tests/runtests.c:534: error: expected `;' before "colno" tests/runtests.c:538: error: `colno' undeclared (first use this function) tests/runtests.c: In function `void test_ns_prefix_with_empty_uri_1()': tests/runtests.c:1230: error: `XML_ERROR_UNDECLARING_PREFIX' undeclared (first use this function) tests/runtests.c: In function `void test_ns_prefix_with_empty_uri_2()': tests/runtests.c:1244: error: `XML_ERROR_UNDECLARING_PREFIX' undeclared (first use this function) tests/runtests.c: In function `void test_ns_prefix_with_empty_uri_3()': tests/runtests.c:1261: error: `XML_ERROR_UNDECLARING_PREFIX' undeclared (first use this function) make: *** [tests/runtestspp.o] Error 1 ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 08:59 Message: Logged In: YES user_id=290026 Originator: NO This is related to issue #1597115 and I believe it is fixed in CVS, as the proposed change seem already how it looks in CVS. If no-one objects I will close this issue. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-09-22 09:53 Message: Logged In: YES user_id=290026 Is this a bug in Cygwin? The Makefile looks OK to me. ---------------------------------------------------------------------- Comment By: Miguel Company Company (uamike) Date: 2006-09-22 09:25 Message: Logged In: YES user_id=14562 I had exactly the same problem compiling in a Cygwin environment. The problem was that the C++ version of the test was built using the system default command, and not $(CXXCOMPILE). I modified the Makefile and worked. Here is the diff between the versions 175c175 < .SUFFIXES: .cpp .c .lo .o --- > .SUFFIXES: .c .lo .o 179,180d178 < .cpp.o: < $(CXXCOMPILE) -o $@ -c $< ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-08-08 10:46 Message: Logged In: YES user_id=290026 Works fine for me. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1535603&group_id=10127 From noreply at sourceforge.net Wed Nov 22 00:24:52 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 21 Nov 2006 15:24:52 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 18:53 Message generated for change (Comment added) made by sergeiste You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-22 01:24 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "Well, if nobody objects then I intend to close this issue as fixed" - is there a ready to use tarball to be downloaded in which the problem is hopefully fixed ? If yes, I'd prefer to check it first. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 15:53 Message: Logged In: YES user_id=290026 Originator: NO Well, if nobody objects then I intend to close this issue as fixed. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 21:24 Message: Logged In: YES user_id=290026 Originator: NO Well, I just tried this on Fedora Core 4 with an up-to-date CVS checkout: First I uninstalled Expat and all header files I could find. Then I ran: ./buildconf.sh ./configure --prefix=/home/kwaclaw/expat_test make make check and I had no problems. Maybe you try CVS and see how it goes. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-17 19:42 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work " I do not think it will be the case for me - because my tool does not run with root privileges and by default does not install into system location. It's the intent of my tool, I am developing to be able to try the versions I like and not to screw up. So, if the existing build mechanism is unable to find the required *.h file(s) under /AppsFromScratchWD/build/expat-2.0.0 (the build directory), why does anybody think it will find them under /AppsFromScratchWD/install/expat-2.0.0 which is the install directory ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 18:55 Message: Logged In: YES user_id=290026 Originator: NO You are correct, obviously. But in this case the issue was to find out if the Expat code or test code was in error or just make check. I am pretty sure the code is correct, but the proof would be to run make install first. I any case, I will have to leave the final decision which solution is best to our Make experts. For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work. Karl ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-17 18:46 Message: Logged In: YES user_id=177313 Originator: NO Changing the build order to make make install make check is counter-intuitive and dangerous. The idea behind doing the check first is to make sure that the software is going to work before installing it. I've messed up installation of a software package enough times by "assuming it will all work" and installing before really checking out a package. I found that I've messed up the whole company, having them lose hours of work. Get "make check" to work before the installation of the software. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 02:35 Message: Logged In: YES user_id=290026 Originator: NO Obviously, there is an issue with make check. Asking why there is an issue really doesn't help resolving it. It is also not clear which is the best solution. I am not a Unix/Make expert and our Make authorities are "asleep", as I already said. Fred and Greg - this means you! ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-17 02:07 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) " - why doesn't 'configure' generate the correct 'Makefile' in the first place ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 21:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 20:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 20:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 19:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 18:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 07:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 05:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 04:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 20:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 19:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 18:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Wed Nov 22 00:37:13 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 21 Nov 2006 15:37:13 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 18:37 Message: Logged In: YES user_id=290026 Originator: NO It's just a simple to do a CVS checkout and less work for me. Instructions here: http://sourceforge.net/cvs/?group_id=10127 ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-21 18:24 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "Well, if nobody objects then I intend to close this issue as fixed" - is there a ready to use tarball to be downloaded in which the problem is hopefully fixed ? If yes, I'd prefer to check it first. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 08:53 Message: Logged In: YES user_id=290026 Originator: NO Well, if nobody objects then I intend to close this issue as fixed. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 14:24 Message: Logged In: YES user_id=290026 Originator: NO Well, I just tried this on Fedora Core 4 with an up-to-date CVS checkout: First I uninstalled Expat and all header files I could find. Then I ran: ./buildconf.sh ./configure --prefix=/home/kwaclaw/expat_test make make check and I had no problems. Maybe you try CVS and see how it goes. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-17 12:42 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work " I do not think it will be the case for me - because my tool does not run with root privileges and by default does not install into system location. It's the intent of my tool, I am developing to be able to try the versions I like and not to screw up. So, if the existing build mechanism is unable to find the required *.h file(s) under /AppsFromScratchWD/build/expat-2.0.0 (the build directory), why does anybody think it will find them under /AppsFromScratchWD/install/expat-2.0.0 which is the install directory ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 11:55 Message: Logged In: YES user_id=290026 Originator: NO You are correct, obviously. But in this case the issue was to find out if the Expat code or test code was in error or just make check. I am pretty sure the code is correct, but the proof would be to run make install first. I any case, I will have to leave the final decision which solution is best to our Make experts. For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work. Karl ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-17 11:46 Message: Logged In: YES user_id=177313 Originator: NO Changing the build order to make make install make check is counter-intuitive and dangerous. The idea behind doing the check first is to make sure that the software is going to work before installing it. I've messed up installation of a software package enough times by "assuming it will all work" and installing before really checking out a package. I found that I've messed up the whole company, having them lose hours of work. Get "make check" to work before the installation of the software. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 19:35 Message: Logged In: YES user_id=290026 Originator: NO Obviously, there is an issue with make check. Asking why there is an issue really doesn't help resolving it. It is also not clear which is the best solution. I am not a Unix/Make expert and our Make authorities are "asleep", as I already said. Fred and Greg - this means you! ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 19:07 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) " - why doesn't 'configure' generate the correct 'Makefile' in the first place ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 14:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 13:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 13:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 12:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 11:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 00:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 22:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 21:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 13:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Wed Nov 22 01:18:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 21 Nov 2006 16:18:01 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 18:53 Message generated for change (Comment added) made by sergeiste You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Sergei (sergeiste) Date: 2006-11-22 02:18 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " It's just a simple to do a CVS checkout and less work for me. Instructions here: http://sourceforge.net/cvs/?group_id=10127 " - my points are different. End users are supposed to run ./configure make make check make install without the ./buildconf.sh'. End users (at least myself) are going to use the tarball, not CVS checkout. So, before you close the bug, I'd like to make sure that the final tarball will live up to ./configure make make check make install expectation. I recently helped to close a bug in a GNU utility, and the mantainer gave me a link to a GNU server with 'alpha' in its hostname (don't exactly remember it), so I was able to try the final tarball, not the CVS checkout. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-22 01:37 Message: Logged In: YES user_id=290026 Originator: NO It's just a simple to do a CVS checkout and less work for me. Instructions here: http://sourceforge.net/cvs/?group_id=10127 ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-22 01:24 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "Well, if nobody objects then I intend to close this issue as fixed" - is there a ready to use tarball to be downloaded in which the problem is hopefully fixed ? If yes, I'd prefer to check it first. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 15:53 Message: Logged In: YES user_id=290026 Originator: NO Well, if nobody objects then I intend to close this issue as fixed. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 21:24 Message: Logged In: YES user_id=290026 Originator: NO Well, I just tried this on Fedora Core 4 with an up-to-date CVS checkout: First I uninstalled Expat and all header files I could find. Then I ran: ./buildconf.sh ./configure --prefix=/home/kwaclaw/expat_test make make check and I had no problems. Maybe you try CVS and see how it goes. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-17 19:42 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work " I do not think it will be the case for me - because my tool does not run with root privileges and by default does not install into system location. It's the intent of my tool, I am developing to be able to try the versions I like and not to screw up. So, if the existing build mechanism is unable to find the required *.h file(s) under /AppsFromScratchWD/build/expat-2.0.0 (the build directory), why does anybody think it will find them under /AppsFromScratchWD/install/expat-2.0.0 which is the install directory ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 18:55 Message: Logged In: YES user_id=290026 Originator: NO You are correct, obviously. But in this case the issue was to find out if the Expat code or test code was in error or just make check. I am pretty sure the code is correct, but the proof would be to run make install first. I any case, I will have to leave the final decision which solution is best to our Make experts. For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work. Karl ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-17 18:46 Message: Logged In: YES user_id=177313 Originator: NO Changing the build order to make make install make check is counter-intuitive and dangerous. The idea behind doing the check first is to make sure that the software is going to work before installing it. I've messed up installation of a software package enough times by "assuming it will all work" and installing before really checking out a package. I found that I've messed up the whole company, having them lose hours of work. Get "make check" to work before the installation of the software. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 02:35 Message: Logged In: YES user_id=290026 Originator: NO Obviously, there is an issue with make check. Asking why there is an issue really doesn't help resolving it. It is also not clear which is the best solution. I am not a Unix/Make expert and our Make authorities are "asleep", as I already said. Fred and Greg - this means you! ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-17 02:07 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) " - why doesn't 'configure' generate the correct 'Makefile' in the first place ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 21:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 20:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 20:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 19:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 18:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 07:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 05:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 04:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 20:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 19:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 18:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Wed Nov 22 04:23:31 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 21 Nov 2006 19:23:31 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 22:23 Message: Logged In: YES user_id=290026 Originator: NO The final tarball would be a new release. I am not sure when we will do one. Anyway, after the checkout, you can run ./make_release.sh HEAD That should give you a proper tarball. The result should be the same as with buildconf.sh. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-21 19:18 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " It's just a simple to do a CVS checkout and less work for me. Instructions here: http://sourceforge.net/cvs/?group_id=10127 " - my points are different. End users are supposed to run ./configure make make check make install without the ./buildconf.sh'. End users (at least myself) are going to use the tarball, not CVS checkout. So, before you close the bug, I'd like to make sure that the final tarball will live up to ./configure make make check make install expectation. I recently helped to close a bug in a GNU utility, and the mantainer gave me a link to a GNU server with 'alpha' in its hostname (don't exactly remember it), so I was able to try the final tarball, not the CVS checkout. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 18:37 Message: Logged In: YES user_id=290026 Originator: NO It's just a simple to do a CVS checkout and less work for me. Instructions here: http://sourceforge.net/cvs/?group_id=10127 ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-21 18:24 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "Well, if nobody objects then I intend to close this issue as fixed" - is there a ready to use tarball to be downloaded in which the problem is hopefully fixed ? If yes, I'd prefer to check it first. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 08:53 Message: Logged In: YES user_id=290026 Originator: NO Well, if nobody objects then I intend to close this issue as fixed. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 14:24 Message: Logged In: YES user_id=290026 Originator: NO Well, I just tried this on Fedora Core 4 with an up-to-date CVS checkout: First I uninstalled Expat and all header files I could find. Then I ran: ./buildconf.sh ./configure --prefix=/home/kwaclaw/expat_test make make check and I had no problems. Maybe you try CVS and see how it goes. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-17 12:42 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work " I do not think it will be the case for me - because my tool does not run with root privileges and by default does not install into system location. It's the intent of my tool, I am developing to be able to try the versions I like and not to screw up. So, if the existing build mechanism is unable to find the required *.h file(s) under /AppsFromScratchWD/build/expat-2.0.0 (the build directory), why does anybody think it will find them under /AppsFromScratchWD/install/expat-2.0.0 which is the install directory ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 11:55 Message: Logged In: YES user_id=290026 Originator: NO You are correct, obviously. But in this case the issue was to find out if the Expat code or test code was in error or just make check. I am pretty sure the code is correct, but the proof would be to run make install first. I any case, I will have to leave the final decision which solution is best to our Make experts. For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work. Karl ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-17 11:46 Message: Logged In: YES user_id=177313 Originator: NO Changing the build order to make make install make check is counter-intuitive and dangerous. The idea behind doing the check first is to make sure that the software is going to work before installing it. I've messed up installation of a software package enough times by "assuming it will all work" and installing before really checking out a package. I found that I've messed up the whole company, having them lose hours of work. Get "make check" to work before the installation of the software. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 19:35 Message: Logged In: YES user_id=290026 Originator: NO Obviously, there is an issue with make check. Asking why there is an issue really doesn't help resolving it. It is also not clear which is the best solution. I am not a Unix/Make expert and our Make authorities are "asleep", as I already said. Fred and Greg - this means you! ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 19:07 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) " - why doesn't 'configure' generate the correct 'Makefile' in the first place ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 14:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 13:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 13:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 12:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 11:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 00:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 22:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 21:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 13:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Wed Nov 22 07:17:08 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 21 Nov 2006 22:17:08 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 18:53 Message generated for change (Comment added) made by sergeiste You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Sergei (sergeiste) Date: 2006-11-22 08:17 Message: Logged In: YES user_id=1270005 Originator: YES You can make a tarball and send it to me by Email. Again, my point is that I run the standard ./configure make make check make install sequence. Consider me your QA, who performs exactly the same actions end user does. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-22 05:23 Message: Logged In: YES user_id=290026 Originator: NO The final tarball would be a new release. I am not sure when we will do one. Anyway, after the checkout, you can run ./make_release.sh HEAD That should give you a proper tarball. The result should be the same as with buildconf.sh. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-22 02:18 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " It's just a simple to do a CVS checkout and less work for me. Instructions here: http://sourceforge.net/cvs/?group_id=10127 " - my points are different. End users are supposed to run ./configure make make check make install without the ./buildconf.sh'. End users (at least myself) are going to use the tarball, not CVS checkout. So, before you close the bug, I'd like to make sure that the final tarball will live up to ./configure make make check make install expectation. I recently helped to close a bug in a GNU utility, and the mantainer gave me a link to a GNU server with 'alpha' in its hostname (don't exactly remember it), so I was able to try the final tarball, not the CVS checkout. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-22 01:37 Message: Logged In: YES user_id=290026 Originator: NO It's just a simple to do a CVS checkout and less work for me. Instructions here: http://sourceforge.net/cvs/?group_id=10127 ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-22 01:24 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "Well, if nobody objects then I intend to close this issue as fixed" - is there a ready to use tarball to be downloaded in which the problem is hopefully fixed ? If yes, I'd prefer to check it first. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 15:53 Message: Logged In: YES user_id=290026 Originator: NO Well, if nobody objects then I intend to close this issue as fixed. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 21:24 Message: Logged In: YES user_id=290026 Originator: NO Well, I just tried this on Fedora Core 4 with an up-to-date CVS checkout: First I uninstalled Expat and all header files I could find. Then I ran: ./buildconf.sh ./configure --prefix=/home/kwaclaw/expat_test make make check and I had no problems. Maybe you try CVS and see how it goes. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-17 19:42 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work " I do not think it will be the case for me - because my tool does not run with root privileges and by default does not install into system location. It's the intent of my tool, I am developing to be able to try the versions I like and not to screw up. So, if the existing build mechanism is unable to find the required *.h file(s) under /AppsFromScratchWD/build/expat-2.0.0 (the build directory), why does anybody think it will find them under /AppsFromScratchWD/install/expat-2.0.0 which is the install directory ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 18:55 Message: Logged In: YES user_id=290026 Originator: NO You are correct, obviously. But in this case the issue was to find out if the Expat code or test code was in error or just make check. I am pretty sure the code is correct, but the proof would be to run make install first. I any case, I will have to leave the final decision which solution is best to our Make experts. For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work. Karl ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-17 18:46 Message: Logged In: YES user_id=177313 Originator: NO Changing the build order to make make install make check is counter-intuitive and dangerous. The idea behind doing the check first is to make sure that the software is going to work before installing it. I've messed up installation of a software package enough times by "assuming it will all work" and installing before really checking out a package. I found that I've messed up the whole company, having them lose hours of work. Get "make check" to work before the installation of the software. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 02:35 Message: Logged In: YES user_id=290026 Originator: NO Obviously, there is an issue with make check. Asking why there is an issue really doesn't help resolving it. It is also not clear which is the best solution. I am not a Unix/Make expert and our Make authorities are "asleep", as I already said. Fred and Greg - this means you! ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-17 02:07 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) " - why doesn't 'configure' generate the correct 'Makefile' in the first place ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 21:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 20:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 20:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 19:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 18:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 07:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 05:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 04:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 20:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 20:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 19:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 19:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 18:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Wed Nov 22 15:35:42 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 22 Nov 2006 06:35:42 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-22 09:35 Message: Logged In: YES user_id=290026 Originator: NO Sending it by e-mail is hard not having your address. Anyway, all that make-release.sh does is run buildconf.sh. Whether I do it or you should make no difference, except for the likelyhood that the installed versions of libtool and autoconf are not the same, but that applies for each of us Expat developers as well. I also don't have Linux at home, but must wait to get access at work, which is not always possible. You may have to wait a while. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-22 01:17 Message: Logged In: YES user_id=1270005 Originator: YES You can make a tarball and send it to me by Email. Again, my point is that I run the standard ./configure make make check make install sequence. Consider me your QA, who performs exactly the same actions end user does. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 22:23 Message: Logged In: YES user_id=290026 Originator: NO The final tarball would be a new release. I am not sure when we will do one. Anyway, after the checkout, you can run ./make_release.sh HEAD That should give you a proper tarball. The result should be the same as with buildconf.sh. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-21 19:18 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " It's just a simple to do a CVS checkout and less work for me. Instructions here: http://sourceforge.net/cvs/?group_id=10127 " - my points are different. End users are supposed to run ./configure make make check make install without the ./buildconf.sh'. End users (at least myself) are going to use the tarball, not CVS checkout. So, before you close the bug, I'd like to make sure that the final tarball will live up to ./configure make make check make install expectation. I recently helped to close a bug in a GNU utility, and the mantainer gave me a link to a GNU server with 'alpha' in its hostname (don't exactly remember it), so I was able to try the final tarball, not the CVS checkout. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 18:37 Message: Logged In: YES user_id=290026 Originator: NO It's just a simple to do a CVS checkout and less work for me. Instructions here: http://sourceforge.net/cvs/?group_id=10127 ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-21 18:24 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "Well, if nobody objects then I intend to close this issue as fixed" - is there a ready to use tarball to be downloaded in which the problem is hopefully fixed ? If yes, I'd prefer to check it first. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 08:53 Message: Logged In: YES user_id=290026 Originator: NO Well, if nobody objects then I intend to close this issue as fixed. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 14:24 Message: Logged In: YES user_id=290026 Originator: NO Well, I just tried this on Fedora Core 4 with an up-to-date CVS checkout: First I uninstalled Expat and all header files I could find. Then I ran: ./buildconf.sh ./configure --prefix=/home/kwaclaw/expat_test make make check and I had no problems. Maybe you try CVS and see how it goes. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-17 12:42 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work " I do not think it will be the case for me - because my tool does not run with root privileges and by default does not install into system location. It's the intent of my tool, I am developing to be able to try the versions I like and not to screw up. So, if the existing build mechanism is unable to find the required *.h file(s) under /AppsFromScratchWD/build/expat-2.0.0 (the build directory), why does anybody think it will find them under /AppsFromScratchWD/install/expat-2.0.0 which is the install directory ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 11:55 Message: Logged In: YES user_id=290026 Originator: NO You are correct, obviously. But in this case the issue was to find out if the Expat code or test code was in error or just make check. I am pretty sure the code is correct, but the proof would be to run make install first. I any case, I will have to leave the final decision which solution is best to our Make experts. For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work. Karl ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-17 11:46 Message: Logged In: YES user_id=177313 Originator: NO Changing the build order to make make install make check is counter-intuitive and dangerous. The idea behind doing the check first is to make sure that the software is going to work before installing it. I've messed up installation of a software package enough times by "assuming it will all work" and installing before really checking out a package. I found that I've messed up the whole company, having them lose hours of work. Get "make check" to work before the installation of the software. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 19:35 Message: Logged In: YES user_id=290026 Originator: NO Obviously, there is an issue with make check. Asking why there is an issue really doesn't help resolving it. It is also not clear which is the best solution. I am not a Unix/Make expert and our Make authorities are "asleep", as I already said. Fred and Greg - this means you! ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 19:07 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) " - why doesn't 'configure' generate the correct 'Makefile' in the first place ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 14:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 13:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 13:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 12:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 11:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 00:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 22:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 21:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 13:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Sat Nov 25 18:34:29 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 25 Nov 2006 09:34:29 -0800 Subject: [Expat-bugs] [ expat-Bugs-1597115 ] 'make check' for expat-2.0.0 fails Message-ID: Bugs item #1597115, was opened at 2006-11-15 11:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Sergei (sergeiste) Assigned to: Greg Stein (gstein) Summary: 'make check' for expat-2.0.0 fails Initial Comment: Hello, I am trying to build expat-2.0.0 in the framework of my http://appsfromscratch.berlios.de/ project and 'make check' fails with this screen output: " gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardat a.o tests/minicheck.o libexpat.la g++ -c -o tests/runtestspp.o tests/runtestspp.cpp tests/runtests.c: In function 'void test_line_number_after_parse()': tests/runtests.c:410: error: 'XML_Size' was not declared in this scope tests/runtests.c:410: error: expected `;' before 'lineno' tests/runtests.c:414: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_parse()': tests/runtests.c:428: error: 'XML_Size' was not declared in this scope tests/runtests.c:428: error: expected `;' before 'colno' tests/runtests.c:432: error: 'colno' was not declared in this scope tests/runtests.c: In function 'void test_line_number_after_error()': tests/runtests.c:514: error: 'XML_Size' was not declared in this scope tests/runtests.c:514: error: expected `;' before 'lineno' tests/runtests.c:518: error: 'lineno' was not declared in this scope tests/runtests.c: In function 'void test_column_number_after_error()': tests/runtests.c:534: error: 'XML_Size' was not declared in this scope tests/runtests.c:534: error: expected `;' before 'colno' tests/runtests.c:538: error: 'colno' was not declared in this scope make: *** [tests/runtestspp.o] Error 1 ". My system is: Linux comp.home.net 2.6.12-27mdk-i686-up-4GB #1 Tue Sep 26 12:41:29 MDT 2006 i686 AMD Athlon(tm) XP 1900+ unknown GNU/Linux ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-25 12:34 Message: Logged In: YES user_id=290026 Originator: NO CVS based tarball tested by Sergei and found to work OK. Closing this issue as fixed. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-22 09:35 Message: Logged In: YES user_id=290026 Originator: NO Sending it by e-mail is hard not having your address. Anyway, all that make-release.sh does is run buildconf.sh. Whether I do it or you should make no difference, except for the likelyhood that the installed versions of libtool and autoconf are not the same, but that applies for each of us Expat developers as well. I also don't have Linux at home, but must wait to get access at work, which is not always possible. You may have to wait a while. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-22 01:17 Message: Logged In: YES user_id=1270005 Originator: YES You can make a tarball and send it to me by Email. Again, my point is that I run the standard ./configure make make check make install sequence. Consider me your QA, who performs exactly the same actions end user does. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 22:23 Message: Logged In: YES user_id=290026 Originator: NO The final tarball would be a new release. I am not sure when we will do one. Anyway, after the checkout, you can run ./make_release.sh HEAD That should give you a proper tarball. The result should be the same as with buildconf.sh. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-21 19:18 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " It's just a simple to do a CVS checkout and less work for me. Instructions here: http://sourceforge.net/cvs/?group_id=10127 " - my points are different. End users are supposed to run ./configure make make check make install without the ./buildconf.sh'. End users (at least myself) are going to use the tarball, not CVS checkout. So, before you close the bug, I'd like to make sure that the final tarball will live up to ./configure make make check make install expectation. I recently helped to close a bug in a GNU utility, and the mantainer gave me a link to a GNU server with 'alpha' in its hostname (don't exactly remember it), so I was able to try the final tarball, not the CVS checkout. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 18:37 Message: Logged In: YES user_id=290026 Originator: NO It's just a simple to do a CVS checkout and less work for me. Instructions here: http://sourceforge.net/cvs/?group_id=10127 ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-21 18:24 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "Well, if nobody objects then I intend to close this issue as fixed" - is there a ready to use tarball to be downloaded in which the problem is hopefully fixed ? If yes, I'd prefer to check it first. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 08:53 Message: Logged In: YES user_id=290026 Originator: NO Well, if nobody objects then I intend to close this issue as fixed. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 14:24 Message: Logged In: YES user_id=290026 Originator: NO Well, I just tried this on Fedora Core 4 with an up-to-date CVS checkout: First I uninstalled Expat and all header files I could find. Then I ran: ./buildconf.sh ./configure --prefix=/home/kwaclaw/expat_test make make check and I had no problems. Maybe you try CVS and see how it goes. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-17 12:42 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work " I do not think it will be the case for me - because my tool does not run with root privileges and by default does not install into system location. It's the intent of my tool, I am developing to be able to try the versions I like and not to screw up. So, if the existing build mechanism is unable to find the required *.h file(s) under /AppsFromScratchWD/build/expat-2.0.0 (the build directory), why does anybody think it will find them under /AppsFromScratchWD/install/expat-2.0.0 which is the install directory ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-17 11:55 Message: Logged In: YES user_id=290026 Originator: NO You are correct, obviously. But in this case the issue was to find out if the Expat code or test code was in error or just make check. I am pretty sure the code is correct, but the proof would be to run make install first. I any case, I will have to leave the final decision which solution is best to our Make experts. For anyone who is impatient I can only recommend to follow the advice (found through Google) to copy the headers to the install location first, and then make check should work. Karl ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-17 11:46 Message: Logged In: YES user_id=177313 Originator: NO Changing the build order to make make install make check is counter-intuitive and dangerous. The idea behind doing the check first is to make sure that the software is going to work before installing it. I've messed up installation of a software package enough times by "assuming it will all work" and installing before really checking out a package. I found that I've messed up the whole company, having them lose hours of work. Get "make check" to work before the installation of the software. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 19:35 Message: Logged In: YES user_id=290026 Originator: NO Obviously, there is an issue with make check. Asking why there is an issue really doesn't help resolving it. It is also not clear which is the best solution. I am not a Unix/Make expert and our Make authorities are "asleep", as I already said. Fred and Greg - this means you! ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 19:07 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) " - why doesn't 'configure' generate the correct 'Makefile' in the first place ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 14:05 Message: Logged In: YES user_id=290026 Originator: NO Could anyone try the suggestion made in bug# 1557638? (See previous post) ---------------------------------------------------------------------- Comment By: Steve Kelem (skelem) Date: 2006-11-16 13:30 Message: Logged In: YES user_id=177313 Originator: NO In the Makefile, change CPPFLAGS = to CPPFLAGS = $(INCLUDES) $(DEFS) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 13:18 Message: Logged In: YES user_id=290026 Originator: NO No expat_external.h is used, it is included from within expat.h, as I already said before. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 12:17 Message: Logged In: YES user_id=1270005 Originator: YES Regarding " I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. " - no, the problem is that 'expat_external.h' is NOT used at all. This is the list of files included into the problematic 'tests/runtests.c': #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " - there is NO 'expat_external.h' in the list, that's what I wrote earlier and that's why I'm saying that 'tests/runtests.c' cannot be compiled by construction. If you still think whatever (old, new, right, wrong) 'expat_external.h' is included into 'tests/runtests.c', could you please explain me how ? I.e. through which include file from the above list, or at which line number of 'tests/runtests.c' ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-16 11:46 Message: Logged In: YES user_id=290026 Originator: NO I already answered this: Using an older version of expat_external.h explains your errors. It's not too difficult to find yourself. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-16 00:01 Message: Logged In: YES user_id=1270005 Originator: YES Could you please answer one simple question: "from which file XML_Size is supposed to get value ?". It's a simple question - isn't it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 22:24 Message: Logged In: YES user_id=290026 Originator: NO When we released Expat 2.0 make check worked for us. So, your issue is not an issue with Expat, but maybe with make check. As I already said, it's likely picking up the headers of an installed version and if an older version is installed, its likely using revision 1.4 or older of expat_external.h, which would explain your errors. expat_external.h is included by expat.h, btw. However, if you run make install first, then make check should succeed. Or you copy the header file to the install location first. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 21:12 Message: Logged In: YES user_id=1270005 Originator: YES I don't quite get the explanations. The essence of my tool is that it builds and installs everything in local directories, e.g. for 'expat' they are: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 /maxtor5/sergei/AppsFromScratchWD/install/expat-2.0.0 , so why should 'expat' behave differently than other libs/apps ? I mean, the whole point of 'make check' is that everything should be checked in local directory. Could you please specifically address the issue of 'lib/expat_external.h' ? Here are my points: 1) compilation fails because XML_Size is undefined - see the above " tests/runtests.c:410: error: 'XML_Size' was not declared in this scope ". Is this correct - (YES/NO) ? 2) output of "grep '#include ' /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/tests/runtests.c": " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include "; 3) output of "grep -r XML_Size /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0 | grep "\.h" | grep -v "\.html" | grep typedef": " /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h:typedef unsigned long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; " - of the above the file of potential interest for me is /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h - because the other one, /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/amiga/include/libraries/expat.h appears to be amiga-specific - not my case. So, I draw the conclusion that 'lib/expat_external.h' the file of interest. Is this correct (YES/NO) ? 4) if '3)' is correct, then 'tests/runtests.c' cannot be compiled by definition - its list of include files (see '2)', here is is again): " #include #include #include #include #include #include "expat.h" #include "chardata.h" #include "minicheck.h" #include " , and there is no 'lib/expat_external.h' in the above list. Is there an error in the chain of reasoning I gave ? If yes, where is it ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:49 Message: Logged In: YES user_id=290026 Originator: NO To be more precise - make check is probably picking up the wrong header files, that is the installed ones instead of the new ones. You could fake it by copying the new header files over the installed ones. Karl ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:28 Message: Logged In: YES user_id=290026 Originator: NO Well, it seems to me that make check is picking up the installed version of Expat, which in your case is probably the one coming with your Linux installation. If you know how to write Make files, maybe you have a look and tell me how to fix this. I am the Windows guy around here, and the Linux guys are all asleep. Karl ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 13:20 Message: Logged In: YES user_id=1270005 Originator: YES "Well, have you tried it with make install first?" - No, I haven't. The point of my tool is that it runs commands for me. I can change order of make targets, i.e. I can make it make make install make check , but at the moment I'm in the middle of long build, so I'd prefer not to interfere with the process. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 13:06 Message: Logged In: YES user_id=290026 Originator: NO Well, have you tried it with make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:34 Message: Logged In: YES user_id=1270005 Originator: YES Quick 'grep -r' shows: /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned __int64 XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long long XML_Size; /maxtor5/sergei/AppsFromScratchWD/build/expat-2.0.0/lib/expat_external.h:typedef unsigned long XML_Size; , i.e. apparently 'tests/runtests.c' whose compilation fails apparently needs'lib/expat_external.h' to be included in order to make XML_Size defined/declared. ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 12:20 Message: Logged In: YES user_id=1270005 Originator: YES Regarding "What happens if you run make install first?" - I assumed standard ./configure make make check make install sequence, i.e. I didn't run 'make install' before 'make check'. Shouldn't stuff be installed only after it is checked ? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-15 12:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you run make install first? ---------------------------------------------------------------------- Comment By: Sergei (sergeiste) Date: 2006-11-15 11:55 Message: Logged In: YES user_id=1270005 Originator: YES Compiler info: " [3] 18:53 sergei at comp.home.net:/maxtor5/sergei/AppsFromScratchWD> gcc -v Using built-in specs. Target: i586-mandriva-linux-gnu Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib Thread model: posix gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1597115&group_id=10127 From noreply at sourceforge.net Sat Nov 25 18:36:08 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 25 Nov 2006 09:36:08 -0800 Subject: [Expat-bugs] [ expat-Bugs-1584898 ] (freed) memory access Message-ID: Bugs item #1584898, was opened at 2006-10-26 03:08 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1584898&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Rejected Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: (freed) memory access Initial Comment: There is a bug in latest and previous versions of expat. Following procedure may be accessing already freed memory under some cicrumstances (depending on malloc implementation and/or block size being re-allocated) I marked the offending lines with "### BUG -->" prefix /* Initially tag->rawName always points into the parse buffer; for those TAG instances opened while the current parse buffer was processed, and not yet closed, we need to store tag->rawName in a more permanent location, since the parse buffer is about to be discarded. */ static XML_Bool storeRawNames(XML_Parser parser) { TAG *tag = tagStack; while (tag) { int bufSize; int nameLen = sizeof(XML_Char) * (tag->name.strLen + 1); char *rawNameBuf = tag->buf + nameLen; /* Stop if already stored. Since tagStack is a stack, we can stop at the first entry that has already been copied; everything below it in the stack is already been accounted for in a previous call to this function. */ if (tag->rawName == rawNameBuf) break; /* For re-use purposes we need to ensure that the size of tag->buf is a multiple of sizeof(XML_Char). */ bufSize = nameLen + ROUND_UP(tag->rawNameLength, sizeof (XML_Char)); if (bufSize > tag->bufEnd - tag->buf) { char *temp = (char *)REALLOC(tag->buf, bufSize); if (temp == NULL) return XML_FALSE; /* if tag->name.str points to tag->buf (only when namespace processing is off) then we have to update it */ ### ABOVE REALLOC may return different memory block so following tag->buf access may become invalid "### BUG -->" if (tag->name.str == (XML_Char *)tag->buf) tag->name.str = (XML_Char *)temp; /* if tag->name.localPart is set (when namespace processing is on) then update it as well, since it will always point into tag->buf */ if (tag->name.localPart) tag->name.localPart = (XML_Char *)temp + (tag->name.localPart - (XML_Char *)tag->buf); Following statement should have been performed just after REALLOC "### BUG -->" tag->buf = temp; tag->bufEnd = temp + bufSize; rawNameBuf = temp + nameLen; } memcpy(rawNameBuf, tag->rawName, tag->rawNameLength); tag->rawName = rawNameBuf; tag = tag->parent; } return XML_TRUE; } ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-25 12:36 Message: Logged In: YES user_id=290026 Originator: NO Rejecting this bug report - see my last message. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-10-27 11:43 Message: Logged In: YES user_id=290026 Your code introduces a bug in the line after if "(tag->name.localPart)", as it uses the new and not the old value of tag->buf. Apart from that, I do not see why we should rewrite the Expat code to compensate for the deficiencies of some debugging tools. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-10-26 22:03 Message: Logged In: NO hi, you are right the program will never crash, but the verification tools will complain about it as the pointer being accessed is no longer valid. Anyhow it would be better if the same procedure is written in the followiing way, so that it is not "flaged" as problematic by subsequent tools (e.g. Bounds Checker, Purify, etc...) /* Initially tag->rawName always points into the parse buffer; for those TAG instances opened while the current parse buffer was processed, and not yet closed, we need to store tag->rawName in a more permanent location, since the parse buffer is about to be discarded. */ static XML_Bool storeRawNames(XML_Parser parser) { TAG *tag = tagStack; while (tag) { int bufSize; int nameLen = sizeof(XML_Char) * (tag->name.strLen + 1); char *rawNameBuf = tag->buf + nameLen; /* Stop if already stored. Since tagStack is a stack, we can stop at the first entry that has already been copied; everything below it in the stack is already been accounted for in a previous call to this function. */ if (tag->rawName == rawNameBuf) break; /* For re-use purposes we need to ensure that the size of tag->buf is a multiple of sizeof(XML_Char). */ bufSize = nameLen + ROUND_UP(tag->rawNameLength, sizeof(XML_Char)); if (bufSize > tag->bufEnd - tag->buf) { /* mj [27-10-2006] */ XML_Bool updateTagName = tag->name.str == (XML_Char *)tag->buf; char *temp = (char *)REALLOC(tag->buf, bufSize); if (temp == NULL) return XML_FALSE; /* mj [26-10-2006] - due to REALLOC statement tag->buf may become invalid, therefore i * update the pointer before subsequent accesses occur to it */ tag->buf = temp; /* if tag->name.str points to tag->buf (only when namespace processing is off) then we have to update it */ if (updateTagName /* mj [27-10-2006] tag->name.str == (XML_Char *)tag->buf */ ) tag->name.str = (XML_Char *)temp; /* if tag->name.localPart is set (when namespace processing is on) then update it as well, since it will always point into tag->buf */ if (tag->name.localPart) tag->name.localPart = (XML_Char *)temp + (tag->name.localPart - (XML_Char *)tag->buf); /* mj [26-10-2006] - removed (see above) following statement */ /* tag->buf = temp; */ tag->bufEnd = temp + bufSize; rawNameBuf = temp + nameLen; } memcpy(rawNameBuf, tag->rawName, tag->rawNameLength); tag->rawName = rawNameBuf; tag = tag->parent; } return XML_TRUE; } Best Regards, mj ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-10-26 09:07 Message: Logged In: YES user_id=290026 > ### ABOVE REALLOC may return different memory block so > following tag->buf access may become invalid > "### BUG -->" if (tag->name.str == (XML_Char *)tag->buf) > tag->name.str = (XML_Char *)temp; There is no dereferencing of the tag->buf pointer, just a pointer comparison, which can be done on any pointer, valid or invalid. Do you actually have a test case where you can reproduce an invalid memory access at this point int the code? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1584898&group_id=10127 From noreply at sourceforge.net Sat Nov 25 18:36:56 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 25 Nov 2006 09:36:56 -0800 Subject: [Expat-bugs] [ expat-Bugs-1557638 ] "make check" needs "-I${prefix}/include" Message-ID: Bugs item #1557638, was opened at 2006-09-13 01:48 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1557638&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Paul Jarc (prjsf) Assigned to: Greg Stein (gstein) Summary: "make check" needs "-I${prefix}/include" Initial Comment: "make check" can't compile its C++ test files if the headers are not in the compiler's default include search path. runtestspp.cpp appears to be compiled with make's default rule, not $(CXXCOMPILE), so it doesn't use $(INCLUDES). It does use $(CPPFLAGS), so including $(INCLUDES) and $(DEFS) in $(CPPFLAGS) instead of in $(COMPILE) and $(CXXCOMPILE) should work. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-25 12:36 Message: Logged In: YES user_id=290026 Originator: NO Has this been tested with current CVS? ---------------------------------------------------------------------- Comment By: Paul Jarc (prjsf) Date: 2006-09-13 01:49 Message: Logged In: YES user_id=412110 Sorry, I forgot to mention this applies to expat 2.0.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1557638&group_id=10127 From noreply at sourceforge.net Sat Nov 25 18:38:25 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 25 Nov 2006 09:38:25 -0800 Subject: [Expat-bugs] [ expat-Bugs-1549343 ] start handler atts value null ? Message-ID: Bugs item #1549343, was opened at 2006-08-30 10:53 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1549343&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Rejected Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: start handler atts value null ? Initial Comment: When the atts value in xml is null, the atts value in start handler is not null, the atts[0] is null and other atts value, per exemple atts[1] is the same value of the last value... its normal ? ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-25 12:38 Message: Logged In: YES user_id=290026 Originator: NO Closing this issue - no follow-up to my last message. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-08-31 16:09 Message: Logged In: YES user_id=290026 Expat takes care of that, you don't need to worry. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-08-31 11:04 Message: Logged In: NO how you free all resources in atts array? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-08-31 09:02 Message: Logged In: YES user_id=290026 Why? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-08-31 05:08 Message: Logged In: NO aren't you afraid to have a memory leak with this method? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-08-30 12:08 Message: Logged In: YES user_id=290026 The atts argument to start handler is a null terminated array of char* pointers. If it is empty, the first entry is null. Seems OK to me, not a bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1549343&group_id=10127 From noreply at sourceforge.net Sat Nov 25 18:38:57 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 25 Nov 2006 09:38:57 -0800 Subject: [Expat-bugs] [ expat-Bugs-1543233 ] bug in examples/outline.c Message-ID: Bugs item #1543233, was opened at 2006-08-19 16:58 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1543233&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Imran (imranghory) Assigned to: Nobody/Anonymous (nobody) Summary: bug in examples/outline.c Initial Comment: In examples/outline.c XML_ParserFree() isn't called to free the parser, hence causing a memory leak. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-25 12:38 Message: Logged In: YES user_id=290026 Originator: NO Closing this issue as fixed. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-09-05 16:08 Message: Logged In: YES user_id=290026 I agree. Fixed in outline.c rev. 1.9. ---------------------------------------------------------------------- Comment By: Sebastian Pipping (hartwork) Date: 2006-09-05 14:24 Message: Logged In: YES user_id=1022691 It's not a memleak but I second that really should not be missing. Sebastian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1543233&group_id=10127 From noreply at sourceforge.net Sat Nov 25 18:41:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 25 Nov 2006 09:41:02 -0800 Subject: [Expat-bugs] [ expat-Bugs-1515266 ] missing check of stopped parser in doContent() 'for' loop Message-ID: Bugs item #1515266, was opened at 2006-06-30 14:04 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1515266&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Test Required Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Brett Cannon (bcannon) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: missing check of stopped parser in doContent() 'for' loop Initial Comment: In Expat 2.0.0, in expat.c:doConvert() there is a 'for' loop for the XML_TOK_DATA_CHARS case. There is unfortunately no check in that loop whether the parser was stopped during that call because of an error. This was discovered in Python (Lib/test/crashers/xml_parsers.py) because pyexpat, upon error where there is no error return code like with characterDataHandlers, sets all handlers to 0, sets parsingStatus to XML_FINISHED, and sets errorCode. This leads to a segfault if the 'for' loop goes around again because parser->m_characterDataHandler is set to 0. A simple check if the parser is stopped fixes the problem. I have attached a simple patch that just breaks out of the loop and lets execution fall through to the bottom of the 'switch' statement. I don't know if returning errorCode directly would be better or if checking for XML_SUSPENDED is also desirable. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-25 12:41 Message: Logged In: YES user_id=290026 Originator: NO Is anyone testing CVS for this solution? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-07-10 15:02 Message: Logged In: YES user_id=290026 Applied the patch preserving default handler failover. See xmlparse.c rev. 1.158. Docs updated as well. Python compatibility still needs testing. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-07-06 13:19 Message: Logged In: YES user_id=290026 I am attaching a patch to current CVS that preserves the default handler failover logic by saving the character data handler to a local variable instead of moving the NULL check into the inner for loop (file "localCharDataHandlerPatch.diff"). The drawback: Even if the handler is cleared, it will be called back on as long as the inner for loop is active. Could be a problem for Python, if it cannot deal with a few more call-backs despite clearing the handlers. ---------------------------------------------------------------------- Comment By: Brett Cannon (bcannon) Date: 2006-07-06 13:03 Message: Logged In: YES user_id=357491 Yes, I'm listening, Fred. =) If you look at PEP 356 (http://www.python.org/dev/peps/pep-0356/) it seems like b2 is due on July 12 and rc1 August 1. So there is still time to get whatever change/fix needed to Python's wrapper before we hit final release. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-07-06 08:56 Message: Logged In: YES user_id=290026 One way to preserver the old default handler logic would be this: Revert back to the original code, but save the character data handler into a local variable for the duration of the inner for loop. This would prevent the segfault, but would enforce the call-backs in the loop to go on until the loop terminates, even if the character data handler was cleared. I personally like this solution, but the question is how Python could handle it if there were more call-backs even after the handlers were cleared. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2006-07-06 01:15 Message: Logged In: YES user_id=3066 Python (on the trunk) is no longer quite as sensitive to the Expat implementation for this, so that's not a source of time pressure to come up with the final fix for this. Reducing priority back to "Medium" ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2006-07-05 23:23 Message: Logged In: YES user_id=3066 The tests now pass, but agree that the lack of falling back to the default handler is undesirable. As noted, I'm not sure how much we want to worry about this in code, though, rather than through documentation. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-07-05 22:55 Message: Logged In: YES user_id=290026 The bug is quite obvious when you look at it. When the character data handler is cleared, the for loop will do nothing forever. Please check again with xmlparse.c rev. 1.157. However this quick fix is not quite satisfying. There is one piece of logic that becomes ill-fitted now: the "fail-over" to the default handler does not work as expected anymore, so I'll have some more thinking to do. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2006-07-05 22:38 Message: Logged In: YES user_id=3066 The tests no longer complete, but take up all the CPU the system will let them have. Hallmarks of an infinite loop, if you ask me. :-) Are you able to run the tests on Windows? I don't know if a MSVC++ target was ever built for them, and don't have access to a Windows development machine most of the time. One thing that can be done is to document that the character data handler can't be removed (though it can be replaced), during parsing, except from some non-character data (and non-decoding-related) handler. Then the Python bindings can use an alternate approach, replacing the character handler with a completely no-op handler until it can be safely removed completely. Brett, are you still paying attention? I can make the needed changes to the Python bindings to isolate those from some of the changes in Expat, hopefully no later than sometime this weekend. Not sure what the release schedule is, though. Karl, I'm generally inclined to make Expat as safe from segfaults as possible, so I'd like things to "just work" in even some of the oddball scenarios that exception-handling wrappers built to support scripting languages might present, though I don't object to making them go through a bit of extra work. I know our main audience is very performance-sensitive, so I don't want to pay too high a cost on that front. It might be worth taking the discussion of alternatives to the mailing list, but I vaguely recall that we've done that before. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-07-05 09:26 Message: Logged In: YES user_id=290026 Corrected Summary. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-07-05 09:14 Message: Logged In: YES user_id=290026 Applied the patch for bug # 1515600 which solves this issue as well. Removed the check for XML_FINISHED/XML_SUSPENDED. We could discuss special treatment of XML_FINISHED, but if one is clearing all handlers anyway, then special treatment of XML_FINISHED is not necessary. For Fred: I have not re-run the test cases. Please do so and close the issue if successful. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-07-04 09:37 Message: Logged In: YES user_id=290026 I am re-opening this issue because in the case of a suspended parser, breaking out of the inner loop in XML_TOK_DATA_CHARS means that character call-backs are missed when resuming the parser. We should let the inner loop finish reporting all characters. The documentation already states that after calling XML_StopParser() there may still be a few call-backs that would otherwise be missed, so this would not be new behaviour, but consistent with existing behaviour. The solution to the problem described is the same as suggested for bug # 1515600 (Segfault after removing character data handler). Just put the NULL check for the character data handler inside the internal loop. Btw, the same problem exists in the doCdataSection() function. I'll attach a patch suggestion to bug # 1515600. We might decide to treat XML_FINISHED different from XML_SUSPENDED such that no other call-backs will happen, but in that case we need to review all the other places where this would need to be done as well (and update the documentation, of course). ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2006-07-01 11:32 Message: Logged In: YES user_id=3066 Confirmed that the suspend behavior parallels the abort behavior Brett's patch fixed; fixed and added a regression test in lib/xmlparse.c 1.155 and tests/runtests.c 1.66. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2006-07-01 11:02 Message: Logged In: YES user_id=3066 Added a regression test in tests/runtests.c revision 1.65. Closing this report. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2006-07-01 00:00 Message: Logged In: YES user_id=3066 That seems fine, but can be done faster within the Expat implementation. I've committed the simplified patch as lib/xmlparse.c revision 1.154. I'll have a test case committed tomorrow as well. Leaving this report open for now since I need to finish up the test case. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2006-06-30 14:40 Message: Logged In: YES user_id=3066 The Python folks need this dealt with before Python 2.5, so I'll try and take a look at it this weekend if no one beats me to it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1515266&group_id=10127 From noreply at sourceforge.net Sat Nov 25 18:42:18 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 25 Nov 2006 09:42:18 -0800 Subject: [Expat-bugs] [ expat-Bugs-1548182 ] MinGW 'FASTCALL' problem (and how to fix it) Message-ID: Bugs item #1548182, was opened at 2006-08-28 16:58 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1548182&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Platform Specific Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sebastian Pipping (hartwork) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: MinGW 'FASTCALL' problem (and how to fix it) Initial Comment: Compiling Expat 2.0.0 with MinGW gives a '"FASTCALL" redefined' warning. This can be fixed by changing line 23 in file "expat_internal.h": --- #if defined(__GNUC__) && defined(__i386__) +++ #if defined(__GNUC__) && defined(__i386__) && !defined(__MINGW32__) ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-25 12:42 Message: Logged In: YES user_id=290026 Originator: NO Fred, I'd like to commit this change. Any objections? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1548182&group_id=10127 From noreply at sourceforge.net Sat Nov 25 18:43:37 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 25 Nov 2006 09:43:37 -0800 Subject: [Expat-bugs] [ expat-Bugs-1535603 ] Error testing expat 2.0.0 Message-ID: Bugs item #1535603, was opened at 2006-08-06 20:02 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1535603&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Pierre (pierre42) Assigned to: Nobody/Anonymous (nobody) Summary: Error testing expat 2.0.0 Initial Comment: # make check gcc -I./lib -I. -s -O3 -march=i686 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests.o -c tests/runtests.c gcc -I./lib -I. -s -O3 -march=i686 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/chardata.o -c tests/chardata.c gcc -I./lib -I. -s -O3 -march=i686 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/minicheck.o -c tests/minicheck.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -s -O3 -march=i686 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o tests/runtests tests/runtests.o tests/chardata.o tests/minicheck.o libexpat.la g++ -s -O3 -march=i686 -c -o tests/runtestspp.o tests/runtestspp.cpp In file included from tests/runtestspp.cpp:6: tests/runtests.c: In function `void test_line_number_after_parse()': tests/runtests.c:410: error: `XML_Size' undeclared (first use this function) tests/runtests.c:410: error: (Each undeclared identifier is reported only once for each function it appears in.) tests/runtests.c:410: error: expected `;' before "lineno" tests/runtests.c:414: error: `lineno' undeclared (first use this function) tests/runtests.c: In function `void test_column_number_after_parse()': tests/runtests.c:428: error: `XML_Size' undeclared (first use this function) tests/runtests.c:428: error: expected `;' before "colno" tests/runtests.c:432: error: `colno' undeclared (first use this function) tests/runtests.c: In function `void test_line_number_after_error()': tests/runtests.c:514: error: `XML_Size' undeclared (first use this function) tests/runtests.c:514: error: expected `;' before "lineno" tests/runtests.c:518: error: `lineno' undeclared (first use this function) tests/runtests.c: In function `void test_column_number_after_error()': tests/runtests.c:534: error: `XML_Size' undeclared (first use this function) tests/runtests.c:534: error: expected `;' before "colno" tests/runtests.c:538: error: `colno' undeclared (first use this function) tests/runtests.c: In function `void test_ns_prefix_with_empty_uri_1()': tests/runtests.c:1230: error: `XML_ERROR_UNDECLARING_PREFIX' undeclared (first use this function) tests/runtests.c: In function `void test_ns_prefix_with_empty_uri_2()': tests/runtests.c:1244: error: `XML_ERROR_UNDECLARING_PREFIX' undeclared (first use this function) tests/runtests.c: In function `void test_ns_prefix_with_empty_uri_3()': tests/runtests.c:1261: error: `XML_ERROR_UNDECLARING_PREFIX' undeclared (first use this function) make: *** [tests/runtestspp.o] Error 1 ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-25 12:43 Message: Logged In: YES user_id=290026 Originator: NO Closing this issue - no objections. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-21 08:59 Message: Logged In: YES user_id=290026 Originator: NO This is related to issue #1597115 and I believe it is fixed in CVS, as the proposed change seem already how it looks in CVS. If no-one objects I will close this issue. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-09-22 09:53 Message: Logged In: YES user_id=290026 Is this a bug in Cygwin? The Makefile looks OK to me. ---------------------------------------------------------------------- Comment By: Miguel Company Company (uamike) Date: 2006-09-22 09:25 Message: Logged In: YES user_id=14562 I had exactly the same problem compiling in a Cygwin environment. The problem was that the C++ version of the test was built using the system default command, and not $(CXXCOMPILE). I modified the Makefile and worked. Here is the diff between the versions 175c175 < .SUFFIXES: .cpp .c .lo .o --- > .SUFFIXES: .c .lo .o 179,180d178 < .cpp.o: < $(CXXCOMPILE) -o $@ -c $< ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-08-08 10:46 Message: Logged In: YES user_id=290026 Works fine for me. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1535603&group_id=10127 From noreply at sourceforge.net Sat Nov 25 18:45:28 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 25 Nov 2006 09:45:28 -0800 Subject: [Expat-bugs] [ expat-Bugs-1513208 ] memory leak Message-ID: Bugs item #1513208, was opened at 2006-06-27 05:21 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1513208&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Rejected Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: memory leak Initial Comment: version: 1.95.8 two bufferes, one is "GL-002- 0012", another is "GL- 002-0012", the latter leak 80 bytes every time. the difference of both bufferes is whether the PROLOG exists. the tested function: XML_Parse. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-25 12:45 Message: Logged In: YES user_id=290026 Originator: NO Closing this issue - apparently there is no bug. ---------------------------------------------------------------------- Comment By: tracy (stratalight) Date: 2006-10-11 16:17 Message: Logged In: YES user_id=1618736 I think that the issue was with scew, not expat. The tree was not being deleted. ---------------------------------------------------------------------- Comment By: tracy (stratalight) Date: 2006-10-11 14:11 Message: Logged In: YES user_id=1618736 also - i was using expat 2.0 with scew 0.4.0 ---------------------------------------------------------------------- Comment By: tracy (stratalight) Date: 2006-10-11 14:11 Message: Logged In: YES user_id=1618736 I am using scew on top of expat and valgrind also reports a leak ==23265== 112 (20 direct, 92 indirect) bytes in 1 blocks are definitely lost in loss record 4 of 7 ==23265== at 0x4018B0F: calloc (m_replacemalloc/vg_replace_malloc.c:279) ==23265== by 0x80499A7: scew_tree_create (in /home/tracy/test/x) ==23265== by 0x8049041: xmldecl_handler (in /home/tracy/test/x) ==23265== by 0x40E5BC4: processXmlDecl (lib/xmlparse.c:3349) ==23265== by 0x40E62FC: doProlog (lib/xmlparse.c:3713) ==23265== by 0x40E623D: prologProcessor (lib/xmlparse.c:3616) ==23265== by 0x40E33B8: XML_ParseBuffer (lib/xmlparse.c:1567) ==23265== by 0x40E3328: XML_Parse (lib/xmlparse.c:1538) ==23265== by 0x8048F58: scew_parser_load_buffer (in /home/tracy/test/x) ==23265== by 0x8048C3A: main (x.cpp:16) the code looks like this int main(int argc, char *argv[]) { char * data = { "xx"}; scew_parser* parser = scew_parser_create(); if (!parser) { return -1; } scew_parser_ignore_whitespaces(parser, 1); if (scew_parser_load_buffer(parser, data, strlen(data))){ std::cout << "OK\n"; } else { std::cout << "Bad\n"; } scew_parser_free(parser); } under the covers scew_parser does a XML_ParserCreate and scew_parser_free does an XML_ParserFree. scew_load_buffer does a XML_Parse. I found that there was no difference between adding a prolog and not - 20 bytes were always lost. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-07-05 09:18 Message: Logged In: YES user_id=290026 Have you tested with CVS version? How are you determining the leak? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1513208&group_id=10127 From noreply at sourceforge.net Sat Nov 25 19:14:28 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 25 Nov 2006 10:14:28 -0800 Subject: [Expat-bugs] [ expat-Bugs-1602769 ] Problem with .c file inclusion (and how to fix it) Message-ID: Bugs item #1602769, was opened at 2006-11-25 19:14 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=1602769&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sebastian Pipping (hartwork) Assigned to: Nobody/Anonymous (nobody) Summary: Problem with .c file inclusion (and how to fix it) Initial Comment: The file "xmltok.c" includes two other .c files: "xmltok_ns.c" and "xmltok_impl.c". The result of this is that the two included .c files must not be in the list of files directly passed to the compiler which means that in both Visual Studio and Code::Blocks you cannot add these to .c files to the tree view since they would also get compiled then which results in errors. What I want to offer and ask for is to include this little fix which still allows to include the c files as before but also solves the IDE trouble. A few preprocessor instructions can solve all the mess for us. I hope both the problem description and solution below are understandable. Please contact me if now so I have another chance to explain. Also you can look how applied this soluation to the Expat version that i "ship" with libSpiff: http://libspiff.svn.sourceforge.net/viewvc/libspiff/trunk/win32/Expat/ Would be great to see this fix in the next release. Keep up the good work! Best regards, Sebastian == file "xmltok.c" == OLD #include "xmltok_impl.c" NEW (3 times!) #define XML_TOK_IMPL_C #include "xmltok_impl.c" #undef XML_TOK_IMPL_C OLD #include "xmltok_ns.c" NEW (3 times!) #define XML_TOK_NS_C #include "xmltok_ns.c" #undef XML_TOK_NS_C == file "xmltok_ns.c" == embrace the whole file with this: OPEN /* This file is included! */ #ifdef XML_TOK_NS_C CLOSE #endif /* def XML_TOK_NS_C */ == file "xmltok_ns.c" == embrace the whole file with this: OPEN /* This file is included! */ #ifdef XML_TOK_IMPL_C CLOSE #endif /* def XML_TOK_IMPL_C */ EOF ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1602769&group_id=10127 From noreply at sourceforge.net Sat Nov 25 19:16:50 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 25 Nov 2006 10:16:50 -0800 Subject: [Expat-bugs] [ expat-Bugs-1602769 ] Problem with .c file inclusion (and how to fix it) Message-ID: Bugs item #1602769, was opened at 2006-11-25 19:14 Message generated for change (Comment added) made by hartwork You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1602769&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sebastian Pipping (hartwork) Assigned to: Nobody/Anonymous (nobody) Summary: Problem with .c file inclusion (and how to fix it) Initial Comment: The file "xmltok.c" includes two other .c files: "xmltok_ns.c" and "xmltok_impl.c". The result of this is that the two included .c files must not be in the list of files directly passed to the compiler which means that in both Visual Studio and Code::Blocks you cannot add these to .c files to the tree view since they would also get compiled then which results in errors. What I want to offer and ask for is to include this little fix which still allows to include the c files as before but also solves the IDE trouble. A few preprocessor instructions can solve all the mess for us. I hope both the problem description and solution below are understandable. Please contact me if now so I have another chance to explain. Also you can look how applied this soluation to the Expat version that i "ship" with libSpiff: http://libspiff.svn.sourceforge.net/viewvc/libspiff/trunk/win32/Expat/ Would be great to see this fix in the next release. Keep up the good work! Best regards, Sebastian == file "xmltok.c" == OLD #include "xmltok_impl.c" NEW (3 times!) #define XML_TOK_IMPL_C #include "xmltok_impl.c" #undef XML_TOK_IMPL_C OLD #include "xmltok_ns.c" NEW (3 times!) #define XML_TOK_NS_C #include "xmltok_ns.c" #undef XML_TOK_NS_C == file "xmltok_ns.c" == embrace the whole file with this: OPEN /* This file is included! */ #ifdef XML_TOK_NS_C CLOSE #endif /* def XML_TOK_NS_C */ == file "xmltok_ns.c" == embrace the whole file with this: OPEN /* This file is included! */ #ifdef XML_TOK_IMPL_C CLOSE #endif /* def XML_TOK_IMPL_C */ EOF ---------------------------------------------------------------------- >Comment By: Sebastian Pipping (hartwork) Date: 2006-11-25 19:16 Message: Logged In: YES user_id=1022691 Originator: YES The last section mus be labeled == file "xmltok_impl.c" == instead of == file "xmltok_ns.c" == Sorry. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1602769&group_id=10127 From noreply at sourceforge.net Sun Nov 26 05:41:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 25 Nov 2006 20:41:04 -0800 Subject: [Expat-bugs] [ expat-Bugs-1548182 ] MinGW 'FASTCALL' problem (and how to fix it) Message-ID: Bugs item #1548182, was opened at 2006-08-28 16:58 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1548182&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Platform Specific Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sebastian Pipping (hartwork) >Assigned to: Karl Waclawek (kwaclaw) Summary: MinGW 'FASTCALL' problem (and how to fix it) Initial Comment: Compiling Expat 2.0.0 with MinGW gives a '"FASTCALL" redefined' warning. This can be fixed by changing line 23 in file "expat_internal.h": --- #if defined(__GNUC__) && defined(__i386__) +++ #if defined(__GNUC__) && defined(__i386__) && !defined(__MINGW32__) ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2006-11-25 23:41 Message: Logged In: YES user_id=3066 Originator: NO I think this is fine; I've no experience with MingW myself, though. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-25 12:42 Message: Logged In: YES user_id=290026 Originator: NO Fred, I'd like to commit this change. Any objections? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1548182&group_id=10127 From noreply at sourceforge.net Sun Nov 26 19:00:09 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 26 Nov 2006 10:00:09 -0800 Subject: [Expat-bugs] [ expat-Bugs-1602769 ] Problem with .c file inclusion (and how to fix it) Message-ID: Bugs item #1602769, was opened at 2006-11-25 13:14 Message generated for change (Settings changed) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1602769&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Sebastian Pipping (hartwork) >Assigned to: Karl Waclawek (kwaclaw) Summary: Problem with .c file inclusion (and how to fix it) Initial Comment: The file "xmltok.c" includes two other .c files: "xmltok_ns.c" and "xmltok_impl.c". The result of this is that the two included .c files must not be in the list of files directly passed to the compiler which means that in both Visual Studio and Code::Blocks you cannot add these to .c files to the tree view since they would also get compiled then which results in errors. What I want to offer and ask for is to include this little fix which still allows to include the c files as before but also solves the IDE trouble. A few preprocessor instructions can solve all the mess for us. I hope both the problem description and solution below are understandable. Please contact me if now so I have another chance to explain. Also you can look how applied this soluation to the Expat version that i "ship" with libSpiff: http://libspiff.svn.sourceforge.net/viewvc/libspiff/trunk/win32/Expat/ Would be great to see this fix in the next release. Keep up the good work! Best regards, Sebastian == file "xmltok.c" == OLD #include "xmltok_impl.c" NEW (3 times!) #define XML_TOK_IMPL_C #include "xmltok_impl.c" #undef XML_TOK_IMPL_C OLD #include "xmltok_ns.c" NEW (3 times!) #define XML_TOK_NS_C #include "xmltok_ns.c" #undef XML_TOK_NS_C == file "xmltok_ns.c" == embrace the whole file with this: OPEN /* This file is included! */ #ifdef XML_TOK_NS_C CLOSE #endif /* def XML_TOK_NS_C */ == file "xmltok_ns.c" == embrace the whole file with this: OPEN /* This file is included! */ #ifdef XML_TOK_IMPL_C CLOSE #endif /* def XML_TOK_IMPL_C */ EOF ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-26 13:00 Message: Logged In: YES user_id=290026 Originator: NO Patch committed. Affected files: xmltok.c, xmltok_impl.c, xml_tok_ns.c, expat.dsp, expatw.dsp, expat_static.dsp, expatw_static.dsp. Closing this issue. ---------------------------------------------------------------------- Comment By: Sebastian Pipping (hartwork) Date: 2006-11-25 13:16 Message: Logged In: YES user_id=1022691 Originator: YES The last section mus be labeled == file "xmltok_impl.c" == instead of == file "xmltok_ns.c" == Sorry. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1602769&group_id=10127 From noreply at sourceforge.net Sun Nov 26 19:01:43 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 26 Nov 2006 10:01:43 -0800 Subject: [Expat-bugs] [ expat-Bugs-1548182 ] MinGW 'FASTCALL' problem (and how to fix it) Message-ID: Bugs item #1548182, was opened at 2006-08-28 16:58 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1548182&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Platform Specific >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Sebastian Pipping (hartwork) Assigned to: Karl Waclawek (kwaclaw) Summary: MinGW 'FASTCALL' problem (and how to fix it) Initial Comment: Compiling Expat 2.0.0 with MinGW gives a '"FASTCALL" redefined' warning. This can be fixed by changing line 23 in file "expat_internal.h": --- #if defined(__GNUC__) && defined(__i386__) +++ #if defined(__GNUC__) && defined(__i386__) && !defined(__MINGW32__) ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-26 13:01 Message: Logged In: YES user_id=290026 Originator: NO Committed in internal.h rev. 1.8. Closing issue. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2006-11-25 23:41 Message: Logged In: YES user_id=3066 Originator: NO I think this is fine; I've no experience with MingW myself, though. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-25 12:42 Message: Logged In: YES user_id=290026 Originator: NO Fred, I'd like to commit this change. Any objections? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1548182&group_id=10127 From noreply at sourceforge.net Sun Nov 26 19:02:16 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 26 Nov 2006 10:02:16 -0800 Subject: [Expat-bugs] [ expat-Bugs-1554618 ] outdated config.sub/config.guess Message-ID: Bugs item #1554618, was opened at 2006-09-08 05:15 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1554618&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: outdated config.sub/config.guess Initial Comment: Please, could you update config.sub/config.guess in conftools subdir. They are over 4 years old, the fail to recognise some platforms. Up-to-date version are available from: http://savannah.gnu.org/cgi-bin/viewcvs/*checkout*/config/config/config.guess http://savannah.gnu.org/cgi-bin/viewcvs/*checkout*/config/config/config.sub Petr ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-26 13:02 Message: Logged In: YES user_id=290026 Originator: NO No problems reported. Closing issue. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-09-22 10:48 Message: Logged In: YES user_id=290026 Committed as config.guess 1.4, config.sub 1.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1554618&group_id=10127 From noreply at sourceforge.net Sun Nov 26 19:07:10 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 26 Nov 2006 10:07:10 -0800 Subject: [Expat-bugs] [ expat-Bugs-1490371 ] additional config for INSTALL_ROOT Message-ID: Bugs item #1490371, was opened at 2006-05-17 12:36 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1490371&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: www.libexpat.org Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: additional config for INSTALL_ROOT Initial Comment: When I install expat 2.0.0, it shows me the following error always. but expat 1.9.5 is fine. camelot# make install make: Fatal error in reader: Makefile, line 48: Unexpected end of line seen the line 48 is as following: 47:ifndef INSTALL_ROOT 48:INSTALL_ROOT=$(DESTDIR) 49:if ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-26 13:07 Message: Logged In: YES user_id=290026 Originator: NO What happens if you check out from CVS and then run make-release.sh to build your own tarball? Does that work? If no response I'll close this issue. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-10-04 12:54 Message: Logged In: NO Same problem with the .gz file expat-2.0.0 Solaris 5.10 root cosmo #./configure checking build system type... sparc-sun-solaris2.10 checking host system type... sparc-sun-solaris2.10 checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... egrep checking for ld used by gcc... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... no checking whether f77 accepts -g... yes checking the maximum length of command line arguments... 262144 checking command to parse /usr/ccs/bin/nm -p output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... no checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/ccs/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... solaris2.10 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking whether the g++ linker (/usr/ccs/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ static flag -static works... no checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/ccs/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... solaris2.10 ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for f77 option to produce PIC... -fPIC checking if f77 PIC flag -fPIC works... no checking if f77 static flag -static works... no checking if f77 supports -c -o file.o... yes checking whether the f77 linker (/usr/ccs/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... f90: Warning: Option -print-search-dirs passed to ld, if ld is invoked, ignored otherwise Usage: f90 [ options ] files. Use 'f90 -flags' for details solaris2.10 ld.so checking how to hardcode library paths into programs... immediate checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking for a BSD-compatible install... conftools/install-sh -c checking whether gcc accepts -fexceptions... yes checking for ANSI C header files... (cached) yes checking whether byte ordering is bigendian... yes checking for an ANSI C-conforming const... yes checking for size_t... yes checking for memmove... yes checking for bcopy... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for unistd.h... (cached) yes checking for off_t... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking for an ANSI C99-conforming __func__... yes configure: creating ./config.status config.status: creating Makefile config.status: creating expat_config.h config.status: expat_config.h is unchanged root cosmo #make make: Fatal error in reader: Makefile, line 48: Unexpected end of line seen ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-07-27 15:32 Message: Logged In: NO Sorry, it's Solaris 9 :-). But you get the idea - same error as other people. I also tried './configure --prefix =/usr/local', no difference. Changed ifndef INSTALL_ROOT INSTALL_ROOT=$(DESTDIR) endif to INSTALL_ROOT=$(prefix) and it put eveything in /usr/local/usr/local. Perhaps a Solaris/GNU make syntax problem. Tried GNU make, no luck. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-07-27 14:46 Message: Logged In: NO I'm getting the same error, expat-2.0.0.tar.gz, Solaris 8 on Sparc, using Sun Forte 7 cc. zeus:/tmp/expat-2.0.0# which make /usr/ccs/bin/make zeus:/tmp/expat-2.0.0# which cc /opt/forte7/SUNWspro/bin/cc zeus:/tmp/expat-2.0.0# ./configure checking build system type... sparc-sun-solaris2.9 checking host system type... sparc-sun-solaris2.9 checking for gcc... no checking for cc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... no checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... egrep checking for non-GNU ld... /usr/ucb/ld checking if the linker (/usr/ucb/ld) is GNU ld... no checking for /usr/ucb/ld option to reload object files... - r checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... no checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... no checking for c++... no checking for gpp... no checking for aCC... no checking for CC... CC checking whether we are using the GNU C++ compiler... no checking whether CC accepts -g... yes checking how to run the C++ preprocessor... CC -E checking for g77... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... no checking whether f77 accepts -g... yes checking the maximum length of command line arguments... 262144 checking command to parse /usr/ccs/bin/nm -p output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking for cc option to produce PIC... -KPIC checking if cc PIC flag -KPIC works... yes checking if cc static flag -Bstatic works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/ucb/ld) supports shared libraries... yes checking dynamic linker characteristics... solaris2.9 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking whether the CC linker (/usr/ucb/ld) supports shared libraries... yes checking for CC option to produce PIC... -KPIC checking if CC PIC flag -KPIC works... yes checking if CC static flag -Bstatic works... yes checking if CC supports -c -o file.o... yes checking whether the CC linker (/usr/ucb/ld) supports shared libraries... yes checking dynamic linker characteristics... solaris2.9 ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for f77 option to produce PIC... -KPIC checking if f77 PIC flag -KPIC works... yes checking if f77 static flag -Bstatic works... yes checking if f77 supports -c -o file.o... yes checking whether the f77 linker (/usr/ucb/ld) supports shared libraries... yes checking dynamic linker characteristics... solaris2.9 ld.so checking how to hardcode library paths into programs... immediate checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) no checking whether cc accepts -g... (cached) yes checking for cc option to accept ANSI C... (cached) none needed checking for a BSD-compatible install... conftools/install- sh -c checking for ANSI C header files... (cached) yes checking whether byte ordering is bigendian... yes checking for an ANSI C-conforming const... yes checking for size_t... yes checking for memmove... yes checking for bcopy... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for unistd.h... (cached) yes checking for off_t... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking for an ANSI C99-conforming __func__... yes configure: creating ./config.status config.status: creating Makefile config.status: creating expat_config.h zeus:/tmp/expat-2.0.0# make make: Fatal error in reader: Makefile, line 48: Unexpected end of line seen INSTALL_ROOT=$(DESTDIR) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-06-01 17:01 Message: Logged In: YES user_id=290026 Could you please try a checkout from CVS. If you still have a problem, then maybe "make" on your system is too old, or otherwise different. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-06-01 16:33 Message: Logged In: NO I'm having the same problem building in a Solaris 10 on Sparc environment. I'm using 2.0.0 from a .gz tarball. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-05-17 13:19 Message: Logged In: YES user_id=290026 In which environment do you try to build expat? Is this a checkout from CVD or did you download the .gz archive? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1490371&group_id=10127 From noreply at sourceforge.net Sun Nov 26 20:48:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 26 Nov 2006 11:48:07 -0800 Subject: [Expat-bugs] [ expat-Bugs-1485066 ] MacOS X: tries to find libexpat.1.5.0.dylib in build Message-ID: Bugs item #1485066, was opened at 2006-05-09 17:48 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1485066&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: MacOS X: tries to find libexpat.1.5.0.dylib in build Initial Comment: System: Mac G4 running MacOS X 10.4.6 Expat downloaded from CVS in last hour. buildconfig.sh step worked OK ./configure worked OK make failed with message that ./.libs/libexpat.1.5.0.dylib not found configure and make output attached below (I hope). This was the 2nd try of running ./configure, hence the exat_config.h is unchanged remark. make is gmake 3.80 Sincerely Peter Stockwell Dept of Biochemistry, University of Otago, New Zealand. peter at sanger.otago.ac.nz ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-26 14:48 Message: Logged In: YES user_id=290026 Originator: NO I just used a tarball built with fairly recent versions of libtool and autoconf and it built fine on Mac OSX 10.2. However, I needed full rights for the target directory (--prefix), otherwise I got a similar error as described above on make check. Maybe the user did not have full rights for the build directory. I am inclined to close this issue as not a bug. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-05-26 08:31 Message: Logged In: YES user_id=290026 I am not sure we have any Mac experts on our team. Did you figure it out in the meantime? If it is a bug in our build process, would you be able to supply a patch? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1485066&group_id=10127 From noreply at sourceforge.net Sun Nov 26 20:52:50 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 26 Nov 2006 11:52:50 -0800 Subject: [Expat-bugs] [ expat-Bugs-1513566 ] readfilemap fails with file size 0 Message-ID: Bugs item #1513566, was opened at 2006-06-27 16:16 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1513566&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Test Required Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: MikeG (greenemk) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: readfilemap fails with file size 0 Initial Comment: xmlwf compiled with readfilemap.c will fail with an "out of memory" error on file size zero when executing malloc( ) . The attached patch handles 0 size files in the same manner as in win32filemap.c. The patch also includes a close( ) of the open file if malloc( ) fails. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-26 14:52 Message: Logged In: YES user_id=290026 Originator: NO Re-assigned to Fred for testing. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-06-27 22:57 Message: Logged In: YES user_id=290026 The same issue was detected by Mike in unixfilemap.c. Fix committed in readfilemap.c rev. 1.12 and unixfilemap.c rev. 1.9. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1513566&group_id=10127 From noreply at sourceforge.net Sun Nov 26 20:53:38 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 26 Nov 2006 11:53:38 -0800 Subject: [Expat-bugs] [ expat-Bugs-1515600 ] Segfault after removing character data handler Message-ID: Bugs item #1515600, was opened at 2006-07-01 13:21 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1515600&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Test Required Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Fred L. Drake, Jr. (fdrake) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Segfault after removing character data handler Initial Comment: Removing the character data handler from within the character data handler while character data remains to be reported causes a call to a NULL pointer (generally followed by a memory access violation of your platform's favorite flavor). If the XML_StopParser() API has been called, this is not a problem with the version in CVS. This is admittedly an odd use case. The recent fixes to make the XML_StopParser() calls supported makes the parser behave well when accessed from languages that support exceptions (the host language API can call XML_StopParser to abort further work from Expat when an exception occurs). The case of a character data handler removing itself is unusual (in context, there can be no calls to anything else other than a decoding handler). I think there are two possible solutions: 1) Document that the character data handler cannot remove itself without calling XML_StopParser(). This avoids introducing a performance penalty for really this really odd case, but I don't know how bad testing for a NULL value would really be at this point, since there are a few other checks and an indirect assignment. 2) Add a check that the character data handler is still set before the loop goes around again, and fall back to the defaultHandler for the remaining data. This would introduce a single check for a NULL pointer in the loop in the XML_TOK_DATA_CHARS case in doContent(). I've attached a patch with a test case that demonstrates this bug; the test generates a segfault on Unix. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-26 14:53 Message: Logged In: YES user_id=290026 Originator: NO Assigned to Fred for testing. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-07-10 15:03 Message: Logged In: YES user_id=290026 Applied an improved patch that preserves default handler failover logic. See xmlparse.c rev. 1.158. Docs updated as well. Python compatibility still needs testing. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-07-05 09:09 Message: Logged In: YES user_id=290026 Applied patch in xmlparse.c rev. 1.156 and reference.html rev. 1.71. Please let nme know if we should discuss special treatment of aborting vs. suspending. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-07-04 13:42 Message: Logged In: YES user_id=290026 I replaced my last attachment with one that includes an update to the docs (reference.html). This solution should fix issue # 1515266 as well. I intend to commit this soon, if no objections are made. Note to Fred: I took out your test for XML_FINISHED and XML_SUSPENDED, as it currently introduces an issue for XML_SUSPENDED, and inconsistent behaviour for XML_FINISHED. We can discuss special treatment of aborting vs. suspending (i.e. ensure no more call-backs when aborting) later, but even as it is, subsequent call-backs can be suppressed by setting the affected handlers to NULL. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-07-04 09:55 Message: Logged In: YES user_id=290026 The same issue also exists in the doCdataSection() function, and I think the solution I suggested (putting the check if the character data handler is set into the internal loop) also solves bug # 1515266, as I described there. For the case where there is only one call-back, this should not be a performance penalty at all, as there still would be only one check if the handler is set. Attached as xmlparse.c.diff (Internal loop solution) - this also fixes the doCdataSection() function. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-07-03 16:40 Message: Logged In: YES user_id=290026 I think in most cases this is not a problem. The general parsing loop in doContent() always checks if the characterDataHandler is set first. In the specific case you mentioned, there is a loop within the general loop, and in that internal loop there is no check for NULL. We could, for instance, pull the NULL check inside the loop, like your 2nd case, and the result would look like this: case XML_TOK_DATA_CHARS: if (MUST_CONVERT(enc, s)) { for (;;) { if (characterDataHandler) { ICHAR *dataPtr = (ICHAR *)dataBuf; XmlConvert(enc, &s, next, &dataPtr, (ICHAR *)dataBufEnd); *eventEndPP = s; characterDataHandler(handlerArg, dataBuf, (int)(dataPtr - (ICHAR *)dataBuf)); if (s == next) break; *eventPP = s; } } } else if (characterDataHandler) { characterDataHandler(handlerArg, (XML_Char *)s, (int)((XML_Char *)next - (XML_Char *)s)); } else if (defaultHandler) reportDefault(parser, enc, s, next); break; I am not sure if the performance penalty is that high. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1515600&group_id=10127