From noreply at sourceforge.net Fri Nov 9 03:40:11 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 08 Nov 2007 18:40:11 -0800 Subject: [Expat-bugs] [ expat-Bugs-1828723 ] parser cannot handle a comment containing a double dash Message-ID: Bugs item #1828723, was opened at 2007-11-08 18:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1828723&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: Ryan (rad_rb) Assigned to: Nobody/Anonymous (nobody) Summary: parser cannot handle a comment containing a double dash Initial Comment: when attempting to parse a comment containing a double dash, the parser throws an exception stating that the double dash is not well formed: import xml.parsers.expat p = xml.parsers.expat.ParserCreate() p.Parse('') Traceback (most recent call last): File "test-expat.py", line 3, in ? p.Parse('') xml.parsers.expat.ExpatError: not well-formed (invalid token): line 1, column 7 I'm using version 1.1, which shipped with python 2.4 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1828723&group_id=10127 From noreply at sourceforge.net Fri Nov 9 05:04:29 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 08 Nov 2007 20:04:29 -0800 Subject: [Expat-bugs] [ expat-Bugs-1828723 ] parser cannot handle a comment containing a double dash Message-ID: Bugs item #1828723, was opened at 2007-11-08 21:40 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1828723&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: Rejected Priority: 5 Private: No Submitted By: Ryan (rad_rb) Assigned to: Nobody/Anonymous (nobody) Summary: parser cannot handle a comment containing a double dash Initial Comment: when attempting to parse a comment containing a double dash, the parser throws an exception stating that the double dash is not well formed: import xml.parsers.expat p = xml.parsers.expat.ParserCreate() p.Parse('') Traceback (most recent call last): File "test-expat.py", line 3, in ? p.Parse('') xml.parsers.expat.ExpatError: not well-formed (invalid token): line 1, column 7 I'm using version 1.1, which shipped with python 2.4 ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-11-08 23:04 Message: Logged In: YES user_id=290026 Originator: NO This is not allowed - Expat is correct. See http://www.w3.org/TR/2006/REC-xml-20060816/#sec-comments. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1828723&group_id=10127 From noreply at sourceforge.net Fri Nov 9 05:20:00 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 08 Nov 2007 20:20:00 -0800 Subject: [Expat-bugs] [ expat-Bugs-1796209 ] Build failed on SUSE linux with gcc (GCC) version 3.2 Message-ID: Bugs item #1796209, was opened at 2007-09-17 09:22 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1796209&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: Platform Specific Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Build failed on SUSE linux with gcc (GCC) version 3.2 Initial Comment: we are looking for a UNICODE build of expat-2.0.1 our platform details are as follows : OS name and version details : SUSE Linux 2.4.21-138-default i686 gcc compiler version: 3.2 we have followed following steps: 1) ./configure --prefix=/home/eXpat/binaries/debug/ --disable-static CFLAGS="-g -O2 -fshort-wchar" CPPFLAGS="-DXML_UNICODE_WCHAR_T" 2)make then it throws following errors : /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmlparse.lo -c lib/xmlparse.c /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmltok.lo -c lib/xmltok.c /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmlrole.lo -c lib/xmlrole.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -no-undefined -version-info 6:2:5 -rpath /home/gcuser/venkat/eXpat/binaries/debug//lib -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlwf.o -c xmlwf/xmlwf.c xmlwf/xmlwf.c: In function `characterData': xmlwf/xmlwf.c:34: warning: implicit declaration of function `fputws' xmlwf/xmlwf.c:53: warning: implicit declaration of function `fwprintf' xmlwf/xmlwf.c:57: warning: implicit declaration of function `putwc' xmlwf/xmlwf.c: In function `attcmp': xmlwf/xmlwf.c:117: warning: implicit declaration of function `wcscmp' xmlwf/xmlwf.c: In function `nsattcmp': xmlwf/xmlwf.c:159: warning: implicit declaration of function `wcsrchr' xmlwf/xmlwf.c: In function `startElementNS': xmlwf/xmlwf.c:176: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c:197: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c: In function `endElementNS': xmlwf/xmlwf.c:222: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c: In function `metaStartElement': xmlwf/xmlwf.c:353: warning: implicit declaration of function `wcslen' xmlwf/xmlwf.c: In function `unknownEncoding': xmlwf/xmlwf.c:575: warning: implicit declaration of function `wcschr' xmlwf/xmlwf.c:575: warning: initialization makes pointer from integer without a cast xmlwf/xmlwf.c: At top level: xmlwf/xmlwf.c:644: warning: no previous prototype for `wmain' xmlwf/xmlwf.c: In function `wmain': xmlwf/xmlwf.c:779: warning: initialization makes pointer from integer without a cast xmlwf/xmlwf.c:795: warning: implicit declaration of function `wcscpy' xmlwf/xmlwf.c:796: warning: implicit declaration of function `wcscat' xmlwf/xmlwf.c:798: warning: implicit declaration of function `_wfopen' xmlwf/xmlwf.c:798: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c:800: warning: implicit declaration of function `_wperror' xmlwf/xmlwf.c:853: warning: implicit declaration of function `_wremove' gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlfile.o -c xmlwf/xmlfile.c xmlwf/xmlfile.c: In function `reportError': xmlwf/xmlfile.c:66: warning: implicit declaration of function `fwprintf' xmlwf/xmlfile.c: In function `resolveSystemId': xmlwf/xmlfile.c:114: warning: implicit declaration of function `wcslen' xmlwf/xmlfile.c:118: warning: implicit declaration of function `wcscpy' xmlwf/xmlfile.c:120: warning: implicit declaration of function `wcsrchr' xmlwf/xmlfile.c:121: warning: assignment makes pointer from integer without a cast xmlwf/xmlfile.c: In function `processStream': xmlwf/xmlfile.c:160: warning: implicit declaration of function `_wopen' xmlwf/xmlfile.c:162: warning: implicit declaration of function `_wperror' xmlwf/xmlfile.c:173: warning: pointer type mismatch in conditional expression xmlwf/xmlfile.c:178: warning: pointer type mismatch in conditional expression xmlwf/xmlfile.c:184: warning: pointer type mismatch in conditional expression gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/codepage.o -c xmlwf/codepage.c gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/unixfilemap.o -c xmlwf/unixfilemap.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlwf xmlwf/xmlwf.o xmlwf/xmlfile.o xmlwf/codepage.o xmlwf/unixfilemap.o libexpat.la /usr/lib/gcc-lib/i486-suse-linux/3.2/../../../crt1.o: In function `_start': /usr/lib/gcc-lib/i486-suse-linux/3.2/../../../crt1.o(.text+0x18): undefined reference to `main' xmlwf/xmlwf.o: In function `wmain': /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:798: undefined reference to `_wfopen' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:853: undefined reference to `_wremove' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:800: undefined reference to `_wperror' xmlwf/xmlfile.o: In function `processStream': /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:160: undefined reference to `_wopen' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:178: undefined reference to `_wperror' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:162: undefined reference to `_wperror' collect2: ld returned 1 exit status make: *** [xmlwf/xmlwf] Error 1 ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2007-11-08 23:20 Message: Logged In: YES user_id=3066 Originator: NO I don't have access to a SUSE linux system at this time; hopefully someone else will be able to test and reproduce. I'll see if I can put together a SUSE linux environment if I can squeeze out some time, but I don't know anything about that distribution, so I may be stabbing in the dark. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2007-09-17 10:26 Message: Logged In: YES user_id=290026 Originator: NO It looks like the Expat parser still builds OK, but xmlwf doesn't. Not sure if any of our Unix experts can step in to resolve this issue ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1796209&group_id=10127 From noreply at sourceforge.net Fri Nov 9 14:03:56 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 09 Nov 2007 05:03:56 -0800 Subject: [Expat-bugs] [ expat-Bugs-1796209 ] Build failed on SUSE linux with gcc (GCC) version 3.2 Message-ID: Bugs item #1796209, was opened at 2007-09-17 09:22 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1796209&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: Platform Specific Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Build failed on SUSE linux with gcc (GCC) version 3.2 Initial Comment: we are looking for a UNICODE build of expat-2.0.1 our platform details are as follows : OS name and version details : SUSE Linux 2.4.21-138-default i686 gcc compiler version: 3.2 we have followed following steps: 1) ./configure --prefix=/home/eXpat/binaries/debug/ --disable-static CFLAGS="-g -O2 -fshort-wchar" CPPFLAGS="-DXML_UNICODE_WCHAR_T" 2)make then it throws following errors : /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmlparse.lo -c lib/xmlparse.c /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmltok.lo -c lib/xmltok.c /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmlrole.lo -c lib/xmlrole.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -no-undefined -version-info 6:2:5 -rpath /home/gcuser/venkat/eXpat/binaries/debug//lib -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlwf.o -c xmlwf/xmlwf.c xmlwf/xmlwf.c: In function `characterData': xmlwf/xmlwf.c:34: warning: implicit declaration of function `fputws' xmlwf/xmlwf.c:53: warning: implicit declaration of function `fwprintf' xmlwf/xmlwf.c:57: warning: implicit declaration of function `putwc' xmlwf/xmlwf.c: In function `attcmp': xmlwf/xmlwf.c:117: warning: implicit declaration of function `wcscmp' xmlwf/xmlwf.c: In function `nsattcmp': xmlwf/xmlwf.c:159: warning: implicit declaration of function `wcsrchr' xmlwf/xmlwf.c: In function `startElementNS': xmlwf/xmlwf.c:176: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c:197: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c: In function `endElementNS': xmlwf/xmlwf.c:222: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c: In function `metaStartElement': xmlwf/xmlwf.c:353: warning: implicit declaration of function `wcslen' xmlwf/xmlwf.c: In function `unknownEncoding': xmlwf/xmlwf.c:575: warning: implicit declaration of function `wcschr' xmlwf/xmlwf.c:575: warning: initialization makes pointer from integer without a cast xmlwf/xmlwf.c: At top level: xmlwf/xmlwf.c:644: warning: no previous prototype for `wmain' xmlwf/xmlwf.c: In function `wmain': xmlwf/xmlwf.c:779: warning: initialization makes pointer from integer without a cast xmlwf/xmlwf.c:795: warning: implicit declaration of function `wcscpy' xmlwf/xmlwf.c:796: warning: implicit declaration of function `wcscat' xmlwf/xmlwf.c:798: warning: implicit declaration of function `_wfopen' xmlwf/xmlwf.c:798: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c:800: warning: implicit declaration of function `_wperror' xmlwf/xmlwf.c:853: warning: implicit declaration of function `_wremove' gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlfile.o -c xmlwf/xmlfile.c xmlwf/xmlfile.c: In function `reportError': xmlwf/xmlfile.c:66: warning: implicit declaration of function `fwprintf' xmlwf/xmlfile.c: In function `resolveSystemId': xmlwf/xmlfile.c:114: warning: implicit declaration of function `wcslen' xmlwf/xmlfile.c:118: warning: implicit declaration of function `wcscpy' xmlwf/xmlfile.c:120: warning: implicit declaration of function `wcsrchr' xmlwf/xmlfile.c:121: warning: assignment makes pointer from integer without a cast xmlwf/xmlfile.c: In function `processStream': xmlwf/xmlfile.c:160: warning: implicit declaration of function `_wopen' xmlwf/xmlfile.c:162: warning: implicit declaration of function `_wperror' xmlwf/xmlfile.c:173: warning: pointer type mismatch in conditional expression xmlwf/xmlfile.c:178: warning: pointer type mismatch in conditional expression xmlwf/xmlfile.c:184: warning: pointer type mismatch in conditional expression gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/codepage.o -c xmlwf/codepage.c gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/unixfilemap.o -c xmlwf/unixfilemap.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlwf xmlwf/xmlwf.o xmlwf/xmlfile.o xmlwf/codepage.o xmlwf/unixfilemap.o libexpat.la /usr/lib/gcc-lib/i486-suse-linux/3.2/../../../crt1.o: In function `_start': /usr/lib/gcc-lib/i486-suse-linux/3.2/../../../crt1.o(.text+0x18): undefined reference to `main' xmlwf/xmlwf.o: In function `wmain': /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:798: undefined reference to `_wfopen' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:853: undefined reference to `_wremove' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:800: undefined reference to `_wperror' xmlwf/xmlfile.o: In function `processStream': /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:160: undefined reference to `_wopen' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:178: undefined reference to `_wperror' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:162: undefined reference to `_wperror' collect2: ld returned 1 exit status make: *** [xmlwf/xmlwf] Error 1 ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-11-09 08:03 Message: Logged In: YES user_id=290026 Originator: NO I am not even sure xmlwf was ever meant to be built for UTF-16. The README seems to mention that (under Unix) you should only run "make buildlib" for UTF-16 output, which builds the Expat library itself, and nothing else. Fred, does a complete UTF-16 build really work for you? ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2007-11-08 23:20 Message: Logged In: YES user_id=3066 Originator: NO I don't have access to a SUSE linux system at this time; hopefully someone else will be able to test and reproduce. I'll see if I can put together a SUSE linux environment if I can squeeze out some time, but I don't know anything about that distribution, so I may be stabbing in the dark. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2007-09-17 10:26 Message: Logged In: YES user_id=290026 Originator: NO It looks like the Expat parser still builds OK, but xmlwf doesn't. Not sure if any of our Unix experts can step in to resolve this issue ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1796209&group_id=10127 From noreply at sourceforge.net Fri Nov 9 14:32:27 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 09 Nov 2007 05:32:27 -0800 Subject: [Expat-bugs] [ expat-Bugs-1796209 ] Build failed on SUSE linux with gcc (GCC) version 3.2 Message-ID: Bugs item #1796209, was opened at 2007-09-17 09:22 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1796209&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: Platform Specific Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Build failed on SUSE linux with gcc (GCC) version 3.2 Initial Comment: we are looking for a UNICODE build of expat-2.0.1 our platform details are as follows : OS name and version details : SUSE Linux 2.4.21-138-default i686 gcc compiler version: 3.2 we have followed following steps: 1) ./configure --prefix=/home/eXpat/binaries/debug/ --disable-static CFLAGS="-g -O2 -fshort-wchar" CPPFLAGS="-DXML_UNICODE_WCHAR_T" 2)make then it throws following errors : /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmlparse.lo -c lib/xmlparse.c /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmltok.lo -c lib/xmltok.c /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmlrole.lo -c lib/xmlrole.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -no-undefined -version-info 6:2:5 -rpath /home/gcuser/venkat/eXpat/binaries/debug//lib -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlwf.o -c xmlwf/xmlwf.c xmlwf/xmlwf.c: In function `characterData': xmlwf/xmlwf.c:34: warning: implicit declaration of function `fputws' xmlwf/xmlwf.c:53: warning: implicit declaration of function `fwprintf' xmlwf/xmlwf.c:57: warning: implicit declaration of function `putwc' xmlwf/xmlwf.c: In function `attcmp': xmlwf/xmlwf.c:117: warning: implicit declaration of function `wcscmp' xmlwf/xmlwf.c: In function `nsattcmp': xmlwf/xmlwf.c:159: warning: implicit declaration of function `wcsrchr' xmlwf/xmlwf.c: In function `startElementNS': xmlwf/xmlwf.c:176: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c:197: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c: In function `endElementNS': xmlwf/xmlwf.c:222: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c: In function `metaStartElement': xmlwf/xmlwf.c:353: warning: implicit declaration of function `wcslen' xmlwf/xmlwf.c: In function `unknownEncoding': xmlwf/xmlwf.c:575: warning: implicit declaration of function `wcschr' xmlwf/xmlwf.c:575: warning: initialization makes pointer from integer without a cast xmlwf/xmlwf.c: At top level: xmlwf/xmlwf.c:644: warning: no previous prototype for `wmain' xmlwf/xmlwf.c: In function `wmain': xmlwf/xmlwf.c:779: warning: initialization makes pointer from integer without a cast xmlwf/xmlwf.c:795: warning: implicit declaration of function `wcscpy' xmlwf/xmlwf.c:796: warning: implicit declaration of function `wcscat' xmlwf/xmlwf.c:798: warning: implicit declaration of function `_wfopen' xmlwf/xmlwf.c:798: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c:800: warning: implicit declaration of function `_wperror' xmlwf/xmlwf.c:853: warning: implicit declaration of function `_wremove' gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlfile.o -c xmlwf/xmlfile.c xmlwf/xmlfile.c: In function `reportError': xmlwf/xmlfile.c:66: warning: implicit declaration of function `fwprintf' xmlwf/xmlfile.c: In function `resolveSystemId': xmlwf/xmlfile.c:114: warning: implicit declaration of function `wcslen' xmlwf/xmlfile.c:118: warning: implicit declaration of function `wcscpy' xmlwf/xmlfile.c:120: warning: implicit declaration of function `wcsrchr' xmlwf/xmlfile.c:121: warning: assignment makes pointer from integer without a cast xmlwf/xmlfile.c: In function `processStream': xmlwf/xmlfile.c:160: warning: implicit declaration of function `_wopen' xmlwf/xmlfile.c:162: warning: implicit declaration of function `_wperror' xmlwf/xmlfile.c:173: warning: pointer type mismatch in conditional expression xmlwf/xmlfile.c:178: warning: pointer type mismatch in conditional expression xmlwf/xmlfile.c:184: warning: pointer type mismatch in conditional expression gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/codepage.o -c xmlwf/codepage.c gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/unixfilemap.o -c xmlwf/unixfilemap.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlwf xmlwf/xmlwf.o xmlwf/xmlfile.o xmlwf/codepage.o xmlwf/unixfilemap.o libexpat.la /usr/lib/gcc-lib/i486-suse-linux/3.2/../../../crt1.o: In function `_start': /usr/lib/gcc-lib/i486-suse-linux/3.2/../../../crt1.o(.text+0x18): undefined reference to `main' xmlwf/xmlwf.o: In function `wmain': /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:798: undefined reference to `_wfopen' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:853: undefined reference to `_wremove' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:800: undefined reference to `_wperror' xmlwf/xmlfile.o: In function `processStream': /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:160: undefined reference to `_wopen' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:178: undefined reference to `_wperror' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:162: undefined reference to `_wperror' collect2: ld returned 1 exit status make: *** [xmlwf/xmlwf] Error 1 ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2007-11-09 08:32 Message: Logged In: YES user_id=3066 Originator: NO Not if I'm actually careful about building it; reconfiguring an existing build doesn't cause the object files to be re-built, so I was still using the UTF-8 build. Doing a "make clean" before reconfiguring yields similar results on my Mac OS X (Leopard) machine (errors below). I don't think this ever worked before, but I've rarely built anything other than the UTF-8 version. /bin/sh ./libtool --silent --mode=compile gcc -std=gnu99 -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmlparse.lo -c lib/xmlparse.c /bin/sh ./libtool --silent --mode=compile gcc -std=gnu99 -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmltok.lo -c lib/xmltok.c /bin/sh ./libtool --silent --mode=compile gcc -std=gnu99 -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmlrole.lo -c lib/xmlrole.c /bin/sh ./libtool --silent --mode=link gcc -std=gnu99 -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -no-undefined -version-info 6:2:5 -rpath /usr/local/lib -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo gcc -std=gnu99 -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlwf.o -c xmlwf/xmlwf.c xmlwf/xmlwf.c: In function ?characterData?: xmlwf/xmlwf.c:34: warning: implicit declaration of function ?fputws? xmlwf/xmlwf.c:53: warning: implicit declaration of function ?fwprintf? xmlwf/xmlwf.c:57: warning: implicit declaration of function ?putwc? xmlwf/xmlwf.c: In function ?attcmp?: xmlwf/xmlwf.c:117: warning: implicit declaration of function ?wcscmp? xmlwf/xmlwf.c: In function ?nsattcmp?: xmlwf/xmlwf.c:159: warning: implicit declaration of function ?wcsrchr? xmlwf/xmlwf.c: In function ?startElementNS?: xmlwf/xmlwf.c:176: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c:197: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c: In function ?endElementNS?: xmlwf/xmlwf.c:222: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c: In function ?metaStartElement?: xmlwf/xmlwf.c:353: warning: implicit declaration of function ?wcslen? xmlwf/xmlwf.c: In function ?unknownEncoding?: xmlwf/xmlwf.c:575: warning: implicit declaration of function ?wcschr? xmlwf/xmlwf.c:575: warning: initialization makes pointer from integer without a cast xmlwf/xmlwf.c: At top level: xmlwf/xmlwf.c:644: warning: no previous prototype for ?wmain? xmlwf/xmlwf.c: In function ?wmain?: xmlwf/xmlwf.c:779: warning: initialization makes pointer from integer without a cast xmlwf/xmlwf.c:795: warning: implicit declaration of function ?wcscpy? xmlwf/xmlwf.c:796: warning: implicit declaration of function ?wcscat? xmlwf/xmlwf.c:798: warning: implicit declaration of function ?_wfopen? xmlwf/xmlwf.c:798: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c:800: warning: implicit declaration of function ?_wperror? xmlwf/xmlwf.c:853: warning: implicit declaration of function ?_wremove? gcc -std=gnu99 -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlfile.o -c xmlwf/xmlfile.c xmlwf/xmlfile.c: In function ?reportError?: xmlwf/xmlfile.c:66: warning: implicit declaration of function ?fwprintf? xmlwf/xmlfile.c: In function ?resolveSystemId?: xmlwf/xmlfile.c:114: warning: implicit declaration of function ?wcslen? xmlwf/xmlfile.c:118: warning: implicit declaration of function ?wcscpy? xmlwf/xmlfile.c:120: warning: implicit declaration of function ?wcsrchr? xmlwf/xmlfile.c:121: warning: assignment makes pointer from integer without a cast xmlwf/xmlfile.c: In function ?processStream?: xmlwf/xmlfile.c:160: warning: implicit declaration of function ?_wopen? xmlwf/xmlfile.c:162: warning: implicit declaration of function ?_wperror? xmlwf/xmlfile.c:173: warning: pointer type mismatch in conditional expression xmlwf/xmlfile.c:178: warning: pointer type mismatch in conditional expression xmlwf/xmlfile.c:184: warning: pointer type mismatch in conditional expression gcc -std=gnu99 -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/codepage.o -c xmlwf/codepage.c gcc -std=gnu99 -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/unixfilemap.o -c xmlwf/unixfilemap.c /bin/sh ./libtool --silent --mode=link gcc -std=gnu99 -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlwf xmlwf/xmlwf.o xmlwf/xmlfile.o xmlwf/codepage.o xmlwf/unixfilemap.o libexpat.la Undefined symbols: "__wfopen", referenced from: _wmain in xmlwf.o "_main", referenced from: start in crt1.10.5.o "__wopen", referenced from: _processStream in xmlfile.o "__wremove", referenced from: _wmain in xmlwf.o "__wperror", referenced from: _wmain in xmlwf.o _processStream in xmlfile.o _processStream in xmlfile.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [xmlwf/xmlwf] Error 1 ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2007-11-09 08:03 Message: Logged In: YES user_id=290026 Originator: NO I am not even sure xmlwf was ever meant to be built for UTF-16. The README seems to mention that (under Unix) you should only run "make buildlib" for UTF-16 output, which builds the Expat library itself, and nothing else. Fred, does a complete UTF-16 build really work for you? ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2007-11-08 23:20 Message: Logged In: YES user_id=3066 Originator: NO I don't have access to a SUSE linux system at this time; hopefully someone else will be able to test and reproduce. I'll see if I can put together a SUSE linux environment if I can squeeze out some time, but I don't know anything about that distribution, so I may be stabbing in the dark. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2007-09-17 10:26 Message: Logged In: YES user_id=290026 Originator: NO It looks like the Expat parser still builds OK, but xmlwf doesn't. Not sure if any of our Unix experts can step in to resolve this issue ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1796209&group_id=10127 From noreply at sourceforge.net Fri Nov 9 19:41:48 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 09 Nov 2007 10:41:48 -0800 Subject: [Expat-bugs] [ expat-Bugs-1828723 ] parser cannot handle a comment containing a double dash Message-ID: Bugs item #1828723, was opened at 2007-11-08 18:40 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1828723&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: Rejected Priority: 5 Private: No Submitted By: Ryan (rad_rb) Assigned to: Nobody/Anonymous (nobody) Summary: parser cannot handle a comment containing a double dash Initial Comment: when attempting to parse a comment containing a double dash, the parser throws an exception stating that the double dash is not well formed: import xml.parsers.expat p = xml.parsers.expat.ParserCreate() p.Parse('') Traceback (most recent call last): File "test-expat.py", line 3, in ? p.Parse('') xml.parsers.expat.ExpatError: not well-formed (invalid token): line 1, column 7 I'm using version 1.1, which shipped with python 2.4 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-09 10:41 Message: Logged In: NO wow. OK, I guess expat has the right behaviour. I want to log a bug on the XML spec though. that's just so wrong... :P is there some alternate character sequence that would allow us to encode the data we want, that expat will return as "--"? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2007-11-08 20:04 Message: Logged In: YES user_id=290026 Originator: NO This is not allowed - Expat is correct. See http://www.w3.org/TR/2006/REC-xml-20060816/#sec-comments. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1828723&group_id=10127 From noreply at sourceforge.net Fri Nov 23 08:44:26 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 22 Nov 2007 23:44:26 -0800 Subject: [Expat-bugs] [ expat-Bugs-1836891 ] compile problem on hpux11.23. Urgent! Message-ID: Bugs item #1836891, was opened at 2007-11-23 07:44 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=1836891&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: Platform Specific Status: Open Resolution: None Priority: 5 Private: No Submitted By: Arthur Zhu (arthurzhu) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: compile problem on hpux11.23. Urgent! Initial Comment: My server is: HP Integrity rx2620 hpux11.23. I want to compile one source which needs to link libexpat.a on hpux. The message always as following: ld: Can't find library or mismatched ABI for -lexpat Fatal error. *** Error exit code 1 Stop. *** Error exit code 1 Stop. *** Error exit code 1 I downloaded a version from http://hpux.cs.utah.edu/ which was special for hpux11.23. After installing expat, I copied the libexpated to my source's lib folder, compiled again, also couldn't find expat library. Then, I downloaded expat source. First, did ./configure, then did make. When making, message was: ld: Unknown input file type: "./.libs/libexpat.so" Fatal error. *** Error exit code 1 Under .libs folder, libexpat.a and libexpat.so had been created. I copied this licexpat.a to my lib folder, also couldn't use. The same source, I compiled on AIX5.3, Linux, Windows.... no problem. Anybody could explain? Kindly thanks! Kind Regards, Arthur Zhu ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1836891&group_id=10127 From ali at mental.com Fri Nov 23 12:26:21 2007 From: ali at mental.com (Albrecht Fritzsche) Date: Fri, 23 Nov 2007 12:26:21 +0100 Subject: [Expat-bugs] Expat-bugs Digest, Vol 85, Issue 3 In-Reply-To: References: Message-ID: <4746B8DD.2040407@mental.com> expat-bugs-request at libexpat.org wrote: > Date: Thu, 22 Nov 2007 23:44:26 -0800 > From: "SourceForge.net" > Subject: [Expat-bugs] [ expat-Bugs-1836891 ] compile problem on > hpux11.23. Urgent! > To: noreply at sourceforge.net > Summary: compile problem on hpux11.23. Urgent! > > Initial Comment: > My server is: HP Integrity rx2620 hpux11.23. > > I want to compile one source which needs to link libexpat.a on hpux. The message always as following: > ld: Can't find library or mismatched ABI for -lexpat That libexpat.a was built with another compiler than your source. Since both compilers differ in their ABI you should be thankful that the linker warns you - runtime crashes might be the consequence otherwise. And yes, building it locally should be the solution to this problem. > Then, I downloaded expat source. First, did ./configure, then did make. When making, message was: > ld: Unknown input file type: "./.libs/libexpat.so" > Fatal error. Apparently the make takes incorrectly the *.so instead of the *.a for linking? Maybe you should try to look at the link part of the make files, for instance by making its output verbose. > Under .libs folder, libexpat.a and libexpat.so had been created. > I copied this licexpat.a to my lib folder, also couldn't use. In what sense? What happened when you've tried to link the libexpat.a? Ali From noreply at sourceforge.net Fri Nov 23 12:53:05 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 23 Nov 2007 03:53:05 -0800 Subject: [Expat-bugs] [ expat-Bugs-1837011 ] Unable to find library 'libexpat.so.6' Message-ID: Bugs item #1837011, was opened at 2007-11-23 03: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=1837011&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: XML::Parser (inactive) Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to find library 'libexpat.so.6' Initial Comment: email address annemarie.nolan at meteor.ie ldd -s Expat.so find library=libexpat.so.6; required by ./Expat.so search path=:/isv/isv_app/expat/usr/local/lib:/isv/isv_app/expat/usr/local/include:/isv/isv_app/expat/usr/local/bin:/opt/hp-gcc- 4.2.1/lib/hpux64:/usr/lib/hpux64 (LD_LIBRARY_PATH) trying path=/isv/isv_app/expat/usr/local/lib/libexpat.so.6 trying path=/isv/isv_app/expat/usr/local/include/libexpat.so.6 trying path=/isv/isv_app/expat/usr/local/bin/libexpat.so.6 trying path=/opt/hp-gcc-4.2.1/lib/hpux64/libexpat.so.6 trying path=/usr/lib/hpux64/libexpat.so.6 search path=/isv/isv_app/tuxedo/8.1.273/lib:/isv/isv_app/sqr/rel/bin/SQR/Server/Oracle/bin:/isv/isvsbx1b/rel/server/lib:/isv/isv _app/oracle/product/10.2.0.3/lib::/isv/isvsbx1b/imp/loc/server/lib:/isv/isvsbx1b/imp/rel/server/lib:/isv/isvsbx1b/rel/server/lib32:/ isv/isv_app/oracle/oracle/rel/lib32:/isv/isv_app/tools/bin/../lib:/isv/isv_app/src:/isv/isv_app/expat/usr/local/lib:/isv/isv_app/exp at/usr/local/include:/isv/isv_app/expat/usr/local/bin:/opt/hp-gcc-4.2.1/lib/hpux64:/usr/lib/hpux64:/opt/hp-gcc-4.2.1/lib (SHLIB_PAT H) trying path=/isv/isv_app/tuxedo/8.1.273/lib/libexpat.so.6 trying path=/isv/isv_app/sqr/rel/bin/SQR/Server/Oracle/bin/libexpat.so.6 trying path=/isv/isvsbx1b/rel/server/lib/libexpat.so.6 trying path=/isv/isv_app/oracle/product/10.2.0.3/lib/libexpat.so.6 trying path=/isv/isvsbx1b/imp/loc/server/lib/libexpat.so.6 trying path=/isv/isvsbx1b/imp/rel/server/lib/libexpat.so.6 trying path=/isv/isvsbx1b/rel/server/lib32/libexpat.so.6 trying path=/isv/isv_app/oracle/oracle/rel/lib32/libexpat.so.6 trying path=/isv/isv_app/tools/bin/../lib/libexpat.so.6 trying path=/isv/isv_app/src/libexpat.so.6 trying path=/isv/isv_app/expat/usr/local/lib/libexpat.so.6 trying path=/isv/isv_app/expat/usr/local/include/libexpat.so.6 trying path=/isv/isv_app/expat/usr/local/bin/libexpat.so.6 trying path=/opt/hp-gcc-4.2.1/lib/hpux64/libexpat.so.6 trying path=/usr/lib/hpux64/libexpat.so.6 trying path=/opt/hp-gcc-4.2.1/lib/libexpat.so.6 search path=/usr/local/lib:/usr/lib/hpux64:/sv/app/expat/product/2.0.1_64/lib (RUNPATH) trying path=/usr/local/lib/libexpat.so.6 trying path=/usr/lib/hpux64/libexpat.so.6 trying path=/sv/app/expat/product/2.0.1_64/lib/libexpat.so.6 search path=/usr/lib/hpux64 (default) trying path=/usr/lib/hpux64/libexpat.so.6 Unable to find library 'libexpat.so.6'. Expat was installed to the /isv/isv_app/expat directory. Below, you can see that libexpat.so. exists. $ ll total 2180 drwxr-xr-x 2 isv_app isv 1024 Nov 22 23:05 ./ drwxr-xr-x 6 isv_app isv 96 Nov 22 23:05 ../ -rw-r--r-- 1 isv_app isv 579680 Nov 22 23:05 libexpat.a -rwxr-xr-x 1 isv_app isv 797 Nov 22 23:05 libexpat.la* lrwxr-xr-x 1 root sys 15 Nov 22 23:05 libexpat.so@ -> libexpat.so.6.2 lrwxr-xr-x 1 root sys 15 Nov 22 23:05 libexpat.so.6@ -> libexpat.so.6.2 -r-xr-xr-x 1 isv_app isv 533240 Nov 22 23:05 libexpat.so.6.2* The SHLIB_PATH variable has been configured to include the path containing the above file. Why would the library file not be detected? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1837011&group_id=10127 From noreply at sourceforge.net Mon Nov 26 23:51:01 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 26 Nov 2007 14:51:01 -0800 Subject: [Expat-bugs] [ expat-Bugs-1836891 ] compile problem on hpux11.23. Urgent! Message-ID: Bugs item #1836891, was opened at 2007-11-23 05:44 Message generated for change (Comment added) made by mauad You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1836891&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: Platform Specific Status: Open Resolution: None Priority: 5 Private: No Submitted By: Arthur Zhu (arthurzhu) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: compile problem on hpux11.23. Urgent! Initial Comment: My server is: HP Integrity rx2620 hpux11.23. I want to compile one source which needs to link libexpat.a on hpux. The message always as following: ld: Can't find library or mismatched ABI for -lexpat Fatal error. *** Error exit code 1 Stop. *** Error exit code 1 Stop. *** Error exit code 1 I downloaded a version from http://hpux.cs.utah.edu/ which was special for hpux11.23. After installing expat, I copied the libexpated to my source's lib folder, compiled again, also couldn't find expat library. Then, I downloaded expat source. First, did ./configure, then did make. When making, message was: ld: Unknown input file type: "./.libs/libexpat.so" Fatal error. *** Error exit code 1 Under .libs folder, libexpat.a and libexpat.so had been created. I copied this licexpat.a to my lib folder, also couldn't use. The same source, I compiled on AIX5.3, Linux, Windows.... no problem. Anybody could explain? Kindly thanks! Kind Regards, Arthur Zhu ---------------------------------------------------------------------- Comment By: mauad (mauad) Date: 2007-11-26 20:51 Message: Logged In: YES user_id=1516525 Originator: NO This looks weird. After downloading sources, I'd built expat on an Itanium server using the following setup: * gcc -v: Using built-in specs. Target: ia64-hp-hpux11.23 Configured with: ../gcc/configure Thread model: posix gcc version 4.1.1 GNU Make 3.81 After building the vanilla version (running ./configure) with: * make * make install the files under examples/ were built, and the uutput was the expected upon some XML files. Note that the propper .so was built: * ldd /usr/local/lib/libexpat.so /usr/local/lib/libexpat.so: ELF-32 shared object file - IA64 It seems that your HPUX depot is influencing the linker. Try out this steps: 1. Check which depot was downloaded (look for the IA64 one! there is a PA and a IA64 version for 11.23) with file $PATH_TO_EXPAT_LIB/libexpat.so 2(a). If the depot is wrong, you don't have a bug 2(b). If the depot is ok, uninstall it before rebuilding 3. Rebuild expat from scratch with ./configure, make make install 5. Change to examples/ and execute gcc -o elements elements.c -lexpat 6. Try it out with elements < file.xml Mauad ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1836891&group_id=10127 From noreply at sourceforge.net Tue Nov 27 02:07:12 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 26 Nov 2007 17:07:12 -0800 Subject: [Expat-bugs] [ expat-Bugs-1836891 ] compile problem on hpux11.23. Urgent! Message-ID: Bugs item #1836891, was opened at 2007-11-23 07:44 Message generated for change (Comment added) made by arthurzhu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1836891&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: Platform Specific >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Arthur Zhu (arthurzhu) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: compile problem on hpux11.23. Urgent! Initial Comment: My server is: HP Integrity rx2620 hpux11.23. I want to compile one source which needs to link libexpat.a on hpux. The message always as following: ld: Can't find library or mismatched ABI for -lexpat Fatal error. *** Error exit code 1 Stop. *** Error exit code 1 Stop. *** Error exit code 1 I downloaded a version from http://hpux.cs.utah.edu/ which was special for hpux11.23. After installing expat, I copied the libexpated to my source's lib folder, compiled again, also couldn't find expat library. Then, I downloaded expat source. First, did ./configure, then did make. When making, message was: ld: Unknown input file type: "./.libs/libexpat.so" Fatal error. *** Error exit code 1 Under .libs folder, libexpat.a and libexpat.so had been created. I copied this licexpat.a to my lib folder, also couldn't use. The same source, I compiled on AIX5.3, Linux, Windows.... no problem. Anybody could explain? Kindly thanks! Kind Regards, Arthur Zhu ---------------------------------------------------------------------- >Comment By: Arthur Zhu (arthurzhu) Date: 2007-11-27 01:07 Message: Logged In: YES user_id=1943705 Originator: YES Hi, mauad, I'm so glad to get response from you. I found the problem. First, the depot is ok. But when I compiled source(Version2.0.1), error occured. My step was: ./configure make // when making, can't find libexpat.a. I checked the "Makefile". Changed the line 106: from "CC = cc" to "CC = cc +DSitanium2 + DD64 +w1". Then make again, also had some problem. But the libexpat.a could be used. I thought that's the problem. If I didn't change "Makefile", compiled libexpat.a is 32bit, after changed, compiled libexpat.a is 64bit. Kind Regards, Arthur Zhu in Shanghai ---------------------------------------------------------------------- Comment By: mauad (mauad) Date: 2007-11-26 22:51 Message: Logged In: YES user_id=1516525 Originator: NO This looks weird. After downloading sources, I'd built expat on an Itanium server using the following setup: * gcc -v: Using built-in specs. Target: ia64-hp-hpux11.23 Configured with: ../gcc/configure Thread model: posix gcc version 4.1.1 GNU Make 3.81 After building the vanilla version (running ./configure) with: * make * make install the files under examples/ were built, and the uutput was the expected upon some XML files. Note that the propper .so was built: * ldd /usr/local/lib/libexpat.so /usr/local/lib/libexpat.so: ELF-32 shared object file - IA64 It seems that your HPUX depot is influencing the linker. Try out this steps: 1. Check which depot was downloaded (look for the IA64 one! there is a PA and a IA64 version for 11.23) with file $PATH_TO_EXPAT_LIB/libexpat.so 2(a). If the depot is wrong, you don't have a bug 2(b). If the depot is ok, uninstall it before rebuilding 3. Rebuild expat from scratch with ./configure, make make install 5. Change to examples/ and execute gcc -o elements elements.c -lexpat 6. Try it out with elements < file.xml Mauad ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1836891&group_id=10127 From noreply at sourceforge.net Tue Nov 27 02:57:56 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 26 Nov 2007 17:57:56 -0800 Subject: [Expat-bugs] [ expat-Bugs-1836891 ] compile problem on hpux11.23. Urgent! Message-ID: Bugs item #1836891, was opened at 2007-11-23 05:44 Message generated for change (Comment added) made by mauad You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1836891&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: Platform Specific Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Arthur Zhu (arthurzhu) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: compile problem on hpux11.23. Urgent! Initial Comment: My server is: HP Integrity rx2620 hpux11.23. I want to compile one source which needs to link libexpat.a on hpux. The message always as following: ld: Can't find library or mismatched ABI for -lexpat Fatal error. *** Error exit code 1 Stop. *** Error exit code 1 Stop. *** Error exit code 1 I downloaded a version from http://hpux.cs.utah.edu/ which was special for hpux11.23. After installing expat, I copied the libexpated to my source's lib folder, compiled again, also couldn't find expat library. Then, I downloaded expat source. First, did ./configure, then did make. When making, message was: ld: Unknown input file type: "./.libs/libexpat.so" Fatal error. *** Error exit code 1 Under .libs folder, libexpat.a and libexpat.so had been created. I copied this licexpat.a to my lib folder, also couldn't use. The same source, I compiled on AIX5.3, Linux, Windows.... no problem. Anybody could explain? Kindly thanks! Kind Regards, Arthur Zhu ---------------------------------------------------------------------- Comment By: mauad (mauad) Date: 2007-11-26 23:57 Message: Logged In: YES user_id=1516525 Originator: NO Hi Arthur! Thanks! I'm sorry, but I had not figured out that your CC was cc. Mine was gcc ;) I had a similar problem with sqlite some time ago. Subtle gotchas. Best regards. Mauad, from Porto Alegre, Brazil ---------------------------------------------------------------------- Comment By: Arthur Zhu (arthurzhu) Date: 2007-11-26 23:07 Message: Logged In: YES user_id=1943705 Originator: YES Hi, mauad, I'm so glad to get response from you. I found the problem. First, the depot is ok. But when I compiled source(Version2.0.1), error occured. My step was: ./configure make // when making, can't find libexpat.a. I checked the "Makefile". Changed the line 106: from "CC = cc" to "CC = cc +DSitanium2 + DD64 +w1". Then make again, also had some problem. But the libexpat.a could be used. I thought that's the problem. If I didn't change "Makefile", compiled libexpat.a is 32bit, after changed, compiled libexpat.a is 64bit. Kind Regards, Arthur Zhu in Shanghai ---------------------------------------------------------------------- Comment By: mauad (mauad) Date: 2007-11-26 20:51 Message: Logged In: YES user_id=1516525 Originator: NO This looks weird. After downloading sources, I'd built expat on an Itanium server using the following setup: * gcc -v: Using built-in specs. Target: ia64-hp-hpux11.23 Configured with: ../gcc/configure Thread model: posix gcc version 4.1.1 GNU Make 3.81 After building the vanilla version (running ./configure) with: * make * make install the files under examples/ were built, and the uutput was the expected upon some XML files. Note that the propper .so was built: * ldd /usr/local/lib/libexpat.so /usr/local/lib/libexpat.so: ELF-32 shared object file - IA64 It seems that your HPUX depot is influencing the linker. Try out this steps: 1. Check which depot was downloaded (look for the IA64 one! there is a PA and a IA64 version for 11.23) with file $PATH_TO_EXPAT_LIB/libexpat.so 2(a). If the depot is wrong, you don't have a bug 2(b). If the depot is ok, uninstall it before rebuilding 3. Rebuild expat from scratch with ./configure, make make install 5. Change to examples/ and execute gcc -o elements elements.c -lexpat 6. Try it out with elements < file.xml Mauad ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1836891&group_id=10127 From noreply at sourceforge.net Tue Nov 27 04:37:35 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 26 Nov 2007 19:37:35 -0800 Subject: [Expat-bugs] [ expat-Bugs-1836891 ] compile problem on hpux11.23. Urgent! Message-ID: Bugs item #1836891, was opened at 2007-11-23 07:44 Message generated for change (Comment added) made by arthurzhu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1836891&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: Platform Specific Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Arthur Zhu (arthurzhu) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: compile problem on hpux11.23. Urgent! Initial Comment: My server is: HP Integrity rx2620 hpux11.23. I want to compile one source which needs to link libexpat.a on hpux. The message always as following: ld: Can't find library or mismatched ABI for -lexpat Fatal error. *** Error exit code 1 Stop. *** Error exit code 1 Stop. *** Error exit code 1 I downloaded a version from http://hpux.cs.utah.edu/ which was special for hpux11.23. After installing expat, I copied the libexpated to my source's lib folder, compiled again, also couldn't find expat library. Then, I downloaded expat source. First, did ./configure, then did make. When making, message was: ld: Unknown input file type: "./.libs/libexpat.so" Fatal error. *** Error exit code 1 Under .libs folder, libexpat.a and libexpat.so had been created. I copied this licexpat.a to my lib folder, also couldn't use. The same source, I compiled on AIX5.3, Linux, Windows.... no problem. Anybody could explain? Kindly thanks! Kind Regards, Arthur Zhu ---------------------------------------------------------------------- >Comment By: Arthur Zhu (arthurzhu) Date: 2007-11-27 03:37 Message: Logged In: YES user_id=1943705 Originator: YES Hi Mauad, I'm so glad to hear from you. I also used sqlite. But I'm not familiar with it. My projects are usually under Windows Platform. But the project needs to run under Linux, AS400, Solaris, hpux, AIX, Windows. I'm not famaliar with Unix and Linux. My msn: dongpaidoudou at msn.com Email: arthurzhuwei at gmail.com or gongxifacai at yahoo.cn Could you tell me your msn or mail address? If I have some problem, I think I could get help from you. Thanks! Kind Regards, Arthur Zhu ---------------------------------------------------------------------- Comment By: mauad (mauad) Date: 2007-11-27 01:57 Message: Logged In: YES user_id=1516525 Originator: NO Hi Arthur! Thanks! I'm sorry, but I had not figured out that your CC was cc. Mine was gcc ;) I had a similar problem with sqlite some time ago. Subtle gotchas. Best regards. Mauad, from Porto Alegre, Brazil ---------------------------------------------------------------------- Comment By: Arthur Zhu (arthurzhu) Date: 2007-11-27 01:07 Message: Logged In: YES user_id=1943705 Originator: YES Hi, mauad, I'm so glad to get response from you. I found the problem. First, the depot is ok. But when I compiled source(Version2.0.1), error occured. My step was: ./configure make // when making, can't find libexpat.a. I checked the "Makefile". Changed the line 106: from "CC = cc" to "CC = cc +DSitanium2 + DD64 +w1". Then make again, also had some problem. But the libexpat.a could be used. I thought that's the problem. If I didn't change "Makefile", compiled libexpat.a is 32bit, after changed, compiled libexpat.a is 64bit. Kind Regards, Arthur Zhu in Shanghai ---------------------------------------------------------------------- Comment By: mauad (mauad) Date: 2007-11-26 22:51 Message: Logged In: YES user_id=1516525 Originator: NO This looks weird. After downloading sources, I'd built expat on an Itanium server using the following setup: * gcc -v: Using built-in specs. Target: ia64-hp-hpux11.23 Configured with: ../gcc/configure Thread model: posix gcc version 4.1.1 GNU Make 3.81 After building the vanilla version (running ./configure) with: * make * make install the files under examples/ were built, and the uutput was the expected upon some XML files. Note that the propper .so was built: * ldd /usr/local/lib/libexpat.so /usr/local/lib/libexpat.so: ELF-32 shared object file - IA64 It seems that your HPUX depot is influencing the linker. Try out this steps: 1. Check which depot was downloaded (look for the IA64 one! there is a PA and a IA64 version for 11.23) with file $PATH_TO_EXPAT_LIB/libexpat.so 2(a). If the depot is wrong, you don't have a bug 2(b). If the depot is ok, uninstall it before rebuilding 3. Rebuild expat from scratch with ./configure, make make install 5. Change to examples/ and execute gcc -o elements elements.c -lexpat 6. Try it out with elements < file.xml Mauad ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1836891&group_id=10127