From noreply at sourceforge.net Mon Apr 3 18:34:27 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 03 Apr 2006 09:34:27 -0700 Subject: [Expat-bugs] [ expat-Bugs-1463666 ] expat-1.95.8 linking fails on aix Message-ID: Bugs item #1463666, was opened at 2006-04-03 09:34 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=1463666&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 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: expat-1.95.8 linking fails on aix Initial Comment: *** expat-1.95.8/Makefile.in Mon Apr 3 11:21:48 2006 --- expat-1.95.8/Makefile.in Mon Apr 3 11:22:19 2006 *************** *** 103,109 **** LIBTOOL = @LIBTOOL@ INCLUDES = -I$(srcdir)/lib -I. ! LDFLAGS = @LDFLAGS@ CPPFLAGS = @CPPFLAGS@ CFLAGS = @CFLAGS@ -DHAVE_EXPAT_CONFIG_H VSNFLAG = -version-info @LIBCURRENT@:@LIBREVISION@:@LIBAGE@ --- 103,109 ---- LIBTOOL = @LIBTOOL@ INCLUDES = -I$(srcdir)/lib -I. ! LDFLAGS = @LDFLAGS@ -static CPPFLAGS = @CPPFLAGS@ CFLAGS = @CFLAGS@ -DHAVE_EXPAT_CONFIG_H VSNFLAG = -version-info @LIBCURRENT@:@LIBREVISION@:@LIBAGE@ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1463666&group_id=10127 From noreply at sourceforge.net Mon Apr 3 21:45:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 03 Apr 2006 12:45:07 -0700 Subject: [Expat-bugs] [ expat-Bugs-1463666 ] expat-1.95.8 linking fails on aix Message-ID: Bugs item #1463666, was opened at 2006-04-03 12:34 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1463666&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 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: expat-1.95.8 linking fails on aix Initial Comment: *** expat-1.95.8/Makefile.in Mon Apr 3 11:21:48 2006 --- expat-1.95.8/Makefile.in Mon Apr 3 11:22:19 2006 *************** *** 103,109 **** LIBTOOL = @LIBTOOL@ INCLUDES = -I$(srcdir)/lib -I. ! LDFLAGS = @LDFLAGS@ CPPFLAGS = @CPPFLAGS@ CFLAGS = @CFLAGS@ -DHAVE_EXPAT_CONFIG_H VSNFLAG = -version-info @LIBCURRENT@:@LIBREVISION@:@LIBAGE@ --- 103,109 ---- LIBTOOL = @LIBTOOL@ INCLUDES = -I$(srcdir)/lib -I. ! LDFLAGS = @LDFLAGS@ -static CPPFLAGS = @CPPFLAGS@ CFLAGS = @CFLAGS@ -DHAVE_EXPAT_CONFIG_H VSNFLAG = -version-info @LIBCURRENT@:@LIBREVISION@:@LIBAGE@ ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-04-03 15:45 Message: Logged In: YES user_id=290026 I don't understand. What does the diff above describe? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1463666&group_id=10127 From noreply at sourceforge.net Tue Apr 4 00:24:40 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 03 Apr 2006 15:24:40 -0700 Subject: [Expat-bugs] [ expat-Bugs-1463666 ] expat-1.95.8 linking fails on aix Message-ID: Bugs item #1463666, was opened at 2006-04-03 09:34 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1463666&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 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: expat-1.95.8 linking fails on aix Initial Comment: *** expat-1.95.8/Makefile.in Mon Apr 3 11:21:48 2006 --- expat-1.95.8/Makefile.in Mon Apr 3 11:22:19 2006 *************** *** 103,109 **** LIBTOOL = @LIBTOOL@ INCLUDES = -I$(srcdir)/lib -I. ! LDFLAGS = @LDFLAGS@ CPPFLAGS = @CPPFLAGS@ CFLAGS = @CFLAGS@ -DHAVE_EXPAT_CONFIG_H VSNFLAG = -version-info @LIBCURRENT@:@LIBREVISION@:@LIBAGE@ --- 103,109 ---- LIBTOOL = @LIBTOOL@ INCLUDES = -I$(srcdir)/lib -I. ! LDFLAGS = @LDFLAGS@ -static CPPFLAGS = @CPPFLAGS@ CFLAGS = @CFLAGS@ -DHAVE_EXPAT_CONFIG_H VSNFLAG = -version-info @LIBCURRENT@:@LIBREVISION@:@LIBAGE@ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-04-03 15:24 Message: Logged In: NO It fixes Makefile.in so that the resultant expat library can be linked into applications on aix. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-04-03 12:45 Message: Logged In: YES user_id=290026 I don't understand. What does the diff above describe? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1463666&group_id=10127 From noreply at sourceforge.net Tue Apr 4 01:05:08 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 03 Apr 2006 16:05:08 -0700 Subject: [Expat-bugs] [ expat-Bugs-1463666 ] expat-1.95.8 linking fails on aix Message-ID: Bugs item #1463666, was opened at 2006-04-03 12:34 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1463666&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 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: expat-1.95.8 linking fails on aix Initial Comment: *** expat-1.95.8/Makefile.in Mon Apr 3 11:21:48 2006 --- expat-1.95.8/Makefile.in Mon Apr 3 11:22:19 2006 *************** *** 103,109 **** LIBTOOL = @LIBTOOL@ INCLUDES = -I$(srcdir)/lib -I. ! LDFLAGS = @LDFLAGS@ CPPFLAGS = @CPPFLAGS@ CFLAGS = @CFLAGS@ -DHAVE_EXPAT_CONFIG_H VSNFLAG = -version-info @LIBCURRENT@:@LIBREVISION@:@LIBAGE@ --- 103,109 ---- LIBTOOL = @LIBTOOL@ INCLUDES = -I$(srcdir)/lib -I. ! LDFLAGS = @LDFLAGS@ -static CPPFLAGS = @CPPFLAGS@ CFLAGS = @CFLAGS@ -DHAVE_EXPAT_CONFIG_H VSNFLAG = -version-info @LIBCURRENT@:@LIBREVISION@:@LIBAGE@ ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-04-03 19:05 Message: Logged In: YES user_id=290026 I am not the Unix build expert here, and don't know what effect this has on builds for other platforms. AFAIK, Expat should build and link OK on AIX. You should contact Greg Stein about it. Have you tried Expat 2.0 yet? Does the problem still exist? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-04-03 18:24 Message: Logged In: NO It fixes Makefile.in so that the resultant expat library can be linked into applications on aix. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-04-03 15:45 Message: Logged In: YES user_id=290026 I don't understand. What does the diff above describe? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1463666&group_id=10127 From noreply at sourceforge.net Thu Apr 6 04:03:42 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 05 Apr 2006 19:03:42 -0700 Subject: [Expat-bugs] [ expat-Bugs-1465456 ] PI targets with ":" broken by namespace support Message-ID: Bugs item #1465456, was opened at 2006-04-05 19:03 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=1465456&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 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: PI targets with ":" broken by namespace support Initial Comment: Processing instruction targets are allowed to contain ':' by the XML 1.0 specification, and in fact such processing instructions are used e.g. for XML Architectural Forms (see http://www.hytime.org/ for more info on those.) Expat versions 1.95.8 and 2.0.0 fail to parse such processing instructions when namespace support is enabled; they consider the ':' to be an invalid character. For an example in the wild, see the W3C's XHTML Basic 1.0 architectural forms module: http://www.w3.org/TR/xhtml-basic/xhtml-arch-1.mod Parsing fails at the first colon in the IS10744:arch processing instruction when namespace support is enabled. $ cat foo.xml $ xmlwf foo.xml # works OK $ xmlwf -n foo.xml # BUG: fails foo.xml:1:4: not well-formed (invalid token) With the attaches patch this file is parsed correctly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1465456&group_id=10127 From noreply at sourceforge.net Thu Apr 6 04:08:46 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 05 Apr 2006 19:08:46 -0700 Subject: [Expat-bugs] [ expat-Bugs-1465456 ] PI targets with ":" broken by namespace support Message-ID: Bugs item #1465456, was opened at 2006-04-06 02:03 Message generated for change (Comment added) made by bsittler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1465456&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 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: PI targets with ":" broken by namespace support Initial Comment: Processing instruction targets are allowed to contain ':' by the XML 1.0 specification, and in fact such processing instructions are used e.g. for XML Architectural Forms (see http://www.hytime.org/ for more info on those.) Expat versions 1.95.8 and 2.0.0 fail to parse such processing instructions when namespace support is enabled; they consider the ':' to be an invalid character. For an example in the wild, see the W3C's XHTML Basic 1.0 architectural forms module: http://www.w3.org/TR/xhtml-basic/xhtml-arch-1.mod Parsing fails at the first colon in the IS10744:arch processing instruction when namespace support is enabled. $ cat foo.xml $ xmlwf foo.xml # works OK $ xmlwf -n foo.xml # BUG: fails foo.xml:1:4: not well-formed (invalid token) With the attaches patch this file is parsed correctly. ---------------------------------------------------------------------- Comment By: Benjamin C. W. Sittler (bsittler) Date: 2006-04-06 02:08 Message: Logged In: YES user_id=645359 P.S. Ooops, forgot to log in first -- I was the original submitter. (bsittler at gmail.com) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1465456&group_id=10127 From noreply at sourceforge.net Thu Apr 6 04:26:55 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 05 Apr 2006 19:26:55 -0700 Subject: [Expat-bugs] [ expat-Bugs-1465456 ] PI targets with ":" broken by namespace support Message-ID: Bugs item #1465456, was opened at 2006-04-05 22:03 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1465456&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 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: PI targets with ":" broken by namespace support Initial Comment: Processing instruction targets are allowed to contain ':' by the XML 1.0 specification, and in fact such processing instructions are used e.g. for XML Architectural Forms (see http://www.hytime.org/ for more info on those.) Expat versions 1.95.8 and 2.0.0 fail to parse such processing instructions when namespace support is enabled; they consider the ':' to be an invalid character. For an example in the wild, see the W3C's XHTML Basic 1.0 architectural forms module: http://www.w3.org/TR/xhtml-basic/xhtml-arch-1.mod Parsing fails at the first colon in the IS10744:arch processing instruction when namespace support is enabled. $ cat foo.xml $ xmlwf foo.xml # works OK $ xmlwf -n foo.xml # BUG: fails foo.xml:1:4: not well-formed (invalid token) With the attaches patch this file is parsed correctly. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-04-05 22:26 Message: Logged In: YES user_id=290026 In the XML Namespaces specification (http://www.w3.org/TR/1999/REC-xml-names-19990114/), check out section 6, here is a quote of the relevant paragraph: The effect of conformance is that in such a document: * All element types and attribute names contain either zero or one colon. * No entity names, PI targets, or notation names contain any colons. So I think Expat is correct. ---------------------------------------------------------------------- Comment By: Benjamin C. W. Sittler (bsittler) Date: 2006-04-05 22:08 Message: Logged In: YES user_id=645359 P.S. Ooops, forgot to log in first -- I was the original submitter. (bsittler at gmail.com) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1465456&group_id=10127 From noreply at sourceforge.net Thu Apr 6 05:01:15 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 05 Apr 2006 20:01:15 -0700 Subject: [Expat-bugs] [ expat-Bugs-1465456 ] PI targets with ":" broken by namespace support Message-ID: Bugs item #1465456, was opened at 2006-04-06 02:03 Message generated for change (Comment added) made by bsittler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1465456&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 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: PI targets with ":" broken by namespace support Initial Comment: Processing instruction targets are allowed to contain ':' by the XML 1.0 specification, and in fact such processing instructions are used e.g. for XML Architectural Forms (see http://www.hytime.org/ for more info on those.) Expat versions 1.95.8 and 2.0.0 fail to parse such processing instructions when namespace support is enabled; they consider the ':' to be an invalid character. For an example in the wild, see the W3C's XHTML Basic 1.0 architectural forms module: http://www.w3.org/TR/xhtml-basic/xhtml-arch-1.mod Parsing fails at the first colon in the IS10744:arch processing instruction when namespace support is enabled. $ cat foo.xml $ xmlwf foo.xml # works OK $ xmlwf -n foo.xml # BUG: fails foo.xml:1:4: not well-formed (invalid token) With the attaches patch this file is parsed correctly. ---------------------------------------------------------------------- Comment By: Benjamin C. W. Sittler (bsittler) Date: 2006-04-06 03:01 Message: Logged In: YES user_id=645359 Indeed, you are correct. Apparently that was a typo in the W3C's DTD module! ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-04-06 02:26 Message: Logged In: YES user_id=290026 In the XML Namespaces specification (http://www.w3.org/TR/1999/REC-xml-names-19990114/), check out section 6, here is a quote of the relevant paragraph: The effect of conformance is that in such a document: * All element types and attribute names contain either zero or one colon. * No entity names, PI targets, or notation names contain any colons. So I think Expat is correct. ---------------------------------------------------------------------- Comment By: Benjamin C. W. Sittler (bsittler) Date: 2006-04-06 02:08 Message: Logged In: YES user_id=645359 P.S. Ooops, forgot to log in first -- I was the original submitter. (bsittler at gmail.com) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1465456&group_id=10127 From noreply at sourceforge.net Thu Apr 6 13:49:29 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 06 Apr 2006 04:49:29 -0700 Subject: [Expat-bugs] [ expat-Bugs-1465456 ] PI targets with ":" broken by namespace support Message-ID: Bugs item #1465456, was opened at 2006-04-05 22:03 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1465456&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 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: PI targets with ":" broken by namespace support Initial Comment: Processing instruction targets are allowed to contain ':' by the XML 1.0 specification, and in fact such processing instructions are used e.g. for XML Architectural Forms (see http://www.hytime.org/ for more info on those.) Expat versions 1.95.8 and 2.0.0 fail to parse such processing instructions when namespace support is enabled; they consider the ':' to be an invalid character. For an example in the wild, see the W3C's XHTML Basic 1.0 architectural forms module: http://www.w3.org/TR/xhtml-basic/xhtml-arch-1.mod Parsing fails at the first colon in the IS10744:arch processing instruction when namespace support is enabled. $ cat foo.xml $ xmlwf foo.xml # works OK $ xmlwf -n foo.xml # BUG: fails foo.xml:1:4: not well-formed (invalid token) With the attaches patch this file is parsed correctly. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-04-06 07:49 Message: Logged In: YES user_id=290026 OK, then I guess we can close this issue. ---------------------------------------------------------------------- Comment By: Benjamin C. W. Sittler (bsittler) Date: 2006-04-05 23:01 Message: Logged In: YES user_id=645359 Indeed, you are correct. Apparently that was a typo in the W3C's DTD module! ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-04-05 22:26 Message: Logged In: YES user_id=290026 In the XML Namespaces specification (http://www.w3.org/TR/1999/REC-xml-names-19990114/), check out section 6, here is a quote of the relevant paragraph: The effect of conformance is that in such a document: * All element types and attribute names contain either zero or one colon. * No entity names, PI targets, or notation names contain any colons. So I think Expat is correct. ---------------------------------------------------------------------- Comment By: Benjamin C. W. Sittler (bsittler) Date: 2006-04-05 22:08 Message: Logged In: YES user_id=645359 P.S. Ooops, forgot to log in first -- I was the original submitter. (bsittler at gmail.com) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1465456&group_id=10127 From noreply at sourceforge.net Tue Apr 25 16:17:30 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 25 Apr 2006 07:17:30 -0700 Subject: [Expat-bugs] [ expat-Bugs-1476160 ] __cdecl shouldn't be selected by use of MS extensions Message-ID: Bugs item #1476160, was opened at 2006-04-25 14:17 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=1476160&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 Submitted By: Mighty Toenail (mighty_toenail) Assigned to: Greg Stein (gstein) Summary: __cdecl shouldn't be selected by use of MS extensions Initial Comment: Expat 2.0.0 I find that in my builds _MSC_EXTENSIONS is not defined, probably because I build with Microsoft extensions switched off. The result of this is that XMLCALL does not get defined to __cdecl, so when I try to link to a __fastcall project I can't resolve the symbols. My workaround has been to change expat_external.h as follows: #if defined(XML_USE_MSC_EXTENSIONS) #define XMLCALL __cdecl becomes #if defined(XML_USE_MSC_EXTENSIONS) || defined (_WIN32) || defined (_WIN64) #define XMLCALL __cdecl which is easy to apply and good enough for my purposes. I am not a Windows expert, so there may be better ways, e.g. a symbol that encompases both _WIN32 and _WIN64. However, I think that you should be specifying the Windows calling convention based on whether you are building on Windows, not on whether you are building with Microsoft extensions. XML_USE_MSC_EXTENSIONS is used in other places in your code, but perhaps in these other places it really is appropriate to make the decision based on whether MS extensions are switched on (again, I'm not a Windows expert so I'm not sure). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1476160&group_id=10127