From noreply at sourceforge.net Wed Feb 2 19:54:32 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 2 19:54:35 2005 Subject: [Expat-bugs] [ expat-Bugs-1114960 ] problem with make uninstalllib Message-ID: Bugs item #1114960, was opened at 2005-02-02 13:54 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=1114960&group_id=10127 Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Glenn Schrader (gschrad) Assigned to: Greg Stein (gstein) Summary: problem with make uninstalllib Initial Comment: Since $(APIHEADER) now contains multiple files, "make uninstalllib" no longer works properly. The problem is with: rm -f $(includedir)/$(APIHEADER) Something like the following should work: rm -f $(addprefix $(includedir)/,$(APIHEADER)) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1114960&group_id=10127 From noreply at sourceforge.net Wed Feb 2 20:07:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 2 20:07:25 2005 Subject: [Expat-bugs] [ expat-Bugs-1114960 ] problem with make uninstalllib Message-ID: Bugs item #1114960, was opened at 2005-02-02 13:54 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1114960&group_id=10127 Category: Build control Group: None Status: Open Resolution: None >Priority: 7 Submitted By: Glenn Schrader (gschrad) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: problem with make uninstalllib Initial Comment: Since $(APIHEADER) now contains multiple files, "make uninstalllib" no longer works properly. The problem is with: rm -f $(includedir)/$(APIHEADER) Something like the following should work: rm -f $(addprefix $(includedir)/,$(APIHEADER)) ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-02-02 14:07 Message: Logged In: YES user_id=3066 Bumped priority so we fix this before the release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1114960&group_id=10127 From noreply at sourceforge.net Thu Feb 3 19:42:17 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 3 19:42:19 2005 Subject: [Expat-bugs] [ expat-Patches-1115630 ] Expat did not install expat_external.h Message-ID: Patches item #1115630, was opened at 2005-02-03 10:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1115630&group_id=10127 Category: Build Control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Expat did not install expat_external.h Initial Comment: When doing a make install of Expat 1.95.8 on an HP-SUX system, it did not install the file expat_external.h to the include directory. Since this is referenced in expat.h nothing would work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1115630&group_id=10127 From noreply at sourceforge.net Thu Feb 3 20:12:21 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 3 20:12:26 2005 Subject: [Expat-bugs] [ expat-Patches-1115630 ] Expat did not install expat_external.h Message-ID: Patches item #1115630, was opened at 2005-02-03 13:42 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1115630&group_id=10127 Category: Build Control Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Expat did not install expat_external.h Initial Comment: When doing a make install of Expat 1.95.8 on an HP-SUX system, it did not install the file expat_external.h to the include directory. Since this is referenced in expat.h nothing would work. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-02-03 14:12 Message: Logged In: YES user_id=3066 For now, you can copy the file into place. This has already been fixed for the next release. Closing as "Fixed". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1115630&group_id=10127 From noreply at sourceforge.net Fri Feb 4 20:47:56 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 4 20:48:00 2005 Subject: [Expat-bugs] [ expat-Bugs-1109116 ] Optimize implementation of XML_ParserReset Message-ID: Bugs item #1109116, was opened at 2005-01-25 09:46 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1109116&group_id=10127 Category: None Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Karl Waclawek (kwaclaw) Summary: Optimize implementation of XML_ParserReset Initial Comment: The current implementation of XML_ParserReset sets the user data pointer and the handlers to NULL. So, the user has to set these again. At a first glance, there is no need to do things this way. Instead, XML_ParserReset could reset the internal parser data only and leave user data and handlers untouched. So after this function has been called, the parser would be ready to start parsing a new document (just like stated in the documentation of this function). To completely reset the parser, the user would still be able to call XML_ParserFree and XML_ParserCreate. Stefan Letz. stefan.letz de.ibm.com ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2005-02-04 14:47 Message: Logged In: YES user_id=290026 Just a note, so that I don't forget: XML_ParserReset will currently also clear the paramEntityParsing member. This is also one of the settings one may not want to be reset. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-27 10:26 Message: Logged In: YES user_id=290026 You are correct about anything else - the example was just for illustration purposes. I think we agree on all aspects here. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-01-27 10:09 Message: Logged In: YES user_id=3066 I'd drop the "anything else" bit, and add XML_ASPECT_ALL = MAX_UINT or something like that. The problem with "anything else" is that it's semantics change (or we need a new "anything else" value) as soon as an additional aspect is introducted. Each bit should correspond to a well-defined bit of state, and that mapping should never change. If some aspect represented by a bit needs to be broken out into separate aspects in the future, the new aspects should receive their own bit, and the original bit should continue to deal with all parts of that aspect. There should also be a define that contains all the known aspects, but nothing else. That can be used to determine if any aspects are indicated which are not known; this should probably be treated as an error by the library, and get reported without making any changes. Sounds like we're agreed on making this an Expat 3 change. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-27 09:32 Message: Logged In: YES user_id=290026 I totally agree with your conceptual separation between re-initializing internal state and clearing user settings. Changing how the latter behaves is mostly a matter of convenience, I agree as well. IMO, the bulk of applications would benefit from having user settings *not* cleared, but there are others with the opposite requirements. So, I vote for modifying XML_ParserReset() for the first release after 2.0. I also suggest that we define the "aspects" parameter type as a set of bit flags, so that the user can easily combine various options. E.g. (one of several possible mappings): XML_ASPECT_NONE = 0; XML_ASPECT_USERDATA = 1; XML_ASPECT_CONTENTHANDLERS = 2; XML_ASPECT_OTHERHANDLERS = 4; XML_ASPECT_ANYTHINGELSE = 8; etc. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-01-26 23:06 Message: Logged In: YES user_id=3066 Either adding it now or after works for me, but after probably makes more sense given that we're trying to wrap up a stable 2.0. My own suspicion is that the cost of re-initializing a parser should be thought of as two separate parts: re-initializing the parse state within Expat, and re-initializing the user-provided information (callbacks and user-data). The parse state involves a whole pile of memory structures that the user has no direct access to (or control over the cost of re-initialization), and the user-provided information is most a collection of pointers for which the initialization cost is dominated by the function call overhead. This leads me to think that there's no substantial performance benefit in this for most applications, but there may be substantial benefit for apps running on embedded processors. It would be interesting to know if Sebastian's application is running in an embedded environment, and if not, what the motivation for the original question might be. If the motivation is not efficiency but convenience, then it can certainly wait for Expat 3. FTR, the original post that generated this tracker issue can be found in the expat-discuss mailing list archives: http://mail.libexpat.org/pipermail/expat-discuss/2005-January/001726.html ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-26 22:08 Message: Logged In: YES user_id=290026 Your last suggestion seems reasonable. What about this - let's wait until after Expat 2.0, as the subsequent releases won't be backwards compatible anyway. Then we can simply add the "aspects" parameter to the existing XML_ParserReset() function without having to worry about compatibility. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-01-26 01:52 Message: Logged In: YES user_id=3066 The new function could be XML_ParserResetAspects(parser, aspects), where aspects is a mask of bits defined in the enum. The initial set of aspects could include XML_ASPECT_USERDATA XML_ASPECT_HANDLERS XML_ASPECT_DOCUMENT_CONTEXT I think that covers the aspects that are currently dealt with, but haven't reviewed the current code or the patch. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-25 13:02 Message: Logged In: YES user_id=290026 Maybe its the new member that could gain an extra argument. This could be an enum, so that we could add more choices later (if ever needed). XML_ParserResetDocument() isn't that clear to me either. What about XML_ParserResetCustom()? Or some name that shows that there are choices? ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-01-25 12:21 Message: Logged In: YES user_id=3066 Perhaps XML_ParserResetDocument()? "Partial" isn't clear as to the intent. I understand the concern about too many API members. I think a good rule of thumb is that if you have a simple boolean that will (in practice) always be passed a constant value, it makes more sense to use separate entry points. If we expected someone to compute the value (or load from preferences, or whatever), it would make more sense to support it as an argument. The backward compatibility issue would still require a separate entry point in this case, however. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-25 11:48 Message: Logged In: YES user_id=290026 So, you suggest a new API member, let's call it XML_ParserPartialReset(parser, ...), which would then keep the handlers and certain other settings. I guess this is for backward compatibility, otherwise I would have suggested adding another argument to the call, like "XML_BOOL clearAll", as i don't like adding too many API members. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-01-25 11:27 Message: Logged In: YES user_id=3066 While I don't expect this change to affect most applications, it may well affect several in unexpected ways that are difficult to debug. For applications which set the handlers and never change them, it's not a problem, and does save some overhead when initializing the reset parser. A different approach to using the handlers, however, is to change the handlers as information is loaded. This is certainly done in at least one language binding (Python's PyExpat) to deal with error conditions; it's also a capability exposed to the user (which I know I've used). I think a new name should be assigned for the new semantics; there's no reason we can't support both. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-25 10:20 Message: Logged In: YES user_id=290026 I have created a patch against current CVS (xmlparse.c). XML_ParseReset will not clear any of the settings caused by these API functions: - all call-back handler setters (XML_Set...Handler) - XML_SetUserData - XML_SetBase - XML_UseParserAshandlerArg - XML_SetExternalEntityRefHandlerArg Please try the patch and report any problems it may cause. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1109116&group_id=10127 From noreply at sourceforge.net Mon Feb 7 16:11:59 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Feb 7 16:12:02 2005 Subject: [Expat-bugs] [ expat-Bugs-1105135 ] Win64 portability warnings Message-ID: Bugs item #1105135, was opened at 2005-01-19 10:45 Message generated for change (Comment added) made by hgoldman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1105135&group_id=10127 Category: None Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Henrik Goldman (hgoldman) Assigned to: Nobody/Anonymous (nobody) Summary: Win64 portability warnings Initial Comment: I am trying to get my software ready for Win64 (AMD64 / IA64). Currently I'm using Visual Studio .NET 2003 with /Wp64 switch enabled. However theres some missing typecasts in expat to make it compile clean. Instead of waiting for someone to fix it I can probably do it myself but I'm only willing to if my changes will be considered for next release. I'm rather sure all the warnings will go away with apropriate typecasts. Please advise me how to continue. I'm using the downloaded version of expat 1.95.8: c:\myprog\shared\libs\expat-1.95.8\lib\xmltok_impl.c (1717) : warning C4244: 'return' : conversion from '__w64 int' to 'int', possible loss of data c:\myprog\shared\libs\expat-1.95.8\lib\xmltok_impl.c (1717) : warning C4244: 'return' : conversion from '__w64 int' to 'int', possible loss of data c:\myprog\shared\libs\expat-1.95.8\lib\xmltok_impl.c (1717) : warning C4244: 'return' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(1604) : warning C4244: 'initializi ng' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(1606) : warning C4244: 'initializi ng' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(1615) : warning C4244: 'initializi ng' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(1628) : warning C4244: 'initializi ng' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(1642) : warning C4244: 'initializi ng' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(1761) : warning C4244: 'return' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(1770) : warning C4244: '=' : conve rsion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(1771) : warning C4244: '=' : conve rsion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(2318) : warning C4244: '=' : conve rsion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(2323) : warning C4244: '=' : conve rsion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(2511) : warning C4244: 'function' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(2516) : warning C4244: 'function' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(2541) : warning C4244: 'function' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(2550) : warning C4244: 'function' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(3067) : warning C4244: 'function' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(3076) : warning C4244: 'function' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(3938) : warning C4244: '=' : conve rsion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(4623) : warning C4244: '=' : conve rsion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(4669) : warning C4244: '=' : conve rsion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(5130) : warning C4244: 'function' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(5135) : warning C4244: 'function' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(6017) : warning C4244: 'initializi ng' : conversion from '__w64 int' to 'int', possible loss of data ../../shared\libs\expat-1.95.8\lib\xmlparse.c(6031) : warning C4244: 'initializi ng' : conversion from '__w64 int' to 'int', possible loss of data ---------------------------------------------------------------------- >Comment By: Henrik Goldman (hgoldman) Date: 2005-02-07 16:11 Message: Logged In: YES user_id=798004 So did anyone look at the patch? ---------------------------------------------------------------------- Comment By: Henrik Goldman (hgoldman) Date: 2005-01-30 16:41 Message: Logged In: YES user_id=798004 Ok, so I patched my local 1.95.8 distribution and created a diff file. All the patches I made, are __int64 to int typecast warnings. All of them were fixed by adding parentheses and adding a (int) typecast. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-01-27 06:46 Message: Logged In: YES user_id=3066 We'll certainly consider patches. The best way to proceed would be to attach a patch to this bug report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1105135&group_id=10127 From noreply at sourceforge.net Thu Feb 10 00:20:27 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 00:20:40 2005 Subject: [Expat-bugs] [ expat-Bugs-1119711 ] Don't accept XML versions other than 1.0 Message-ID: Bugs item #1119711, was opened at 2005-02-09 15:20 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=1119711&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Don't accept XML versions other than 1.0 Initial Comment: In Mozilla we reject XML documents with a version other than 1.0, which makes sense because Expat doesn't do 1.1 yet. I have a patch, but I don't know if this is something that would be desired for stock Expat. And it'd minimise the delta between our copy of Expat and the stock one :-). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1119711&group_id=10127 From noreply at sourceforge.net Thu Feb 10 01:07:11 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 01:07:14 2005 Subject: [Expat-bugs] [ expat-Bugs-1119711 ] Don't accept XML versions other than 1.0 Message-ID: Bugs item #1119711, was opened at 2005-02-09 18:20 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1119711&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Don't accept XML versions other than 1.0 Initial Comment: In Mozilla we reject XML documents with a version other than 1.0, which makes sense because Expat doesn't do 1.1 yet. I have a patch, but I don't know if this is something that would be desired for stock Expat. And it'd minimise the delta between our copy of Expat and the stock one :-). ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2005-02-09 19:07 Message: Logged In: YES user_id=290026 This issue was already discussed in bug # 584041: https://sourceforge.net/tracker/index.php? func=detail&aid=584041&group_id=10127&atid=110127 At the time we decided against it. Please read the thread. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1119711&group_id=10127 From noreply at sourceforge.net Thu Feb 10 01:27:56 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 01:27:59 2005 Subject: [Expat-bugs] [ expat-Bugs-1119711 ] Don't accept XML versions other than 1.0 Message-ID: Bugs item #1119711, was opened at 2005-02-10 00:20 Message generated for change (Comment added) made by peter_vdb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1119711&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Don't accept XML versions other than 1.0 Initial Comment: In Mozilla we reject XML documents with a version other than 1.0, which makes sense because Expat doesn't do 1.1 yet. I have a patch, but I don't know if this is something that would be desired for stock Expat. And it'd minimise the delta between our copy of Expat and the stock one :-). ---------------------------------------------------------------------- Comment By: Peter Van der Beken (peter_vdb) Date: 2005-02-10 01:27 Message: Logged In: YES user_id=1184301 Ok, fair enough. Feel free to close this. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-02-10 01:07 Message: Logged In: YES user_id=290026 This issue was already discussed in bug # 584041: https://sourceforge.net/tracker/index.php? func=detail&aid=584041&group_id=10127&atid=110127 At the time we decided against it. Please read the thread. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1119711&group_id=10127 From noreply at sourceforge.net Thu Feb 10 01:49:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 01:49:08 2005 Subject: [Expat-bugs] [ expat-Bugs-1119711 ] Don't accept XML versions other than 1.0 Message-ID: Bugs item #1119711, was opened at 2005-02-09 18:20 Message generated for change (Settings changed) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1119711&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Don't accept XML versions other than 1.0 Initial Comment: In Mozilla we reject XML documents with a version other than 1.0, which makes sense because Expat doesn't do 1.1 yet. I have a patch, but I don't know if this is something that would be desired for stock Expat. And it'd minimise the delta between our copy of Expat and the stock one :-). ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2005-02-09 19:49 Message: Logged In: YES user_id=290026 OK, closing this one. Actually, having read the thread from issue # 584041, I feel it is more flexible to leave the decision, if a certain document version should trigger an error, to the application. ---------------------------------------------------------------------- Comment By: Peter Van der Beken (peter_vdb) Date: 2005-02-09 19:27 Message: Logged In: YES user_id=1184301 Ok, fair enough. Feel free to close this. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-02-09 19:07 Message: Logged In: YES user_id=290026 This issue was already discussed in bug # 584041: https://sourceforge.net/tracker/index.php? func=detail&aid=584041&group_id=10127&atid=110127 At the time we decided against it. Please read the thread. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1119711&group_id=10127 From noreply at sourceforge.net Thu Feb 10 12:21:27 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 12:21:30 2005 Subject: [Expat-bugs] [ expat-Bugs-1095888 ] make fails on Solaris 9 - expat 1.95.8 Message-ID: Bugs item #1095888, was opened at 2005-01-04 17:24 Message generated for change (Comment added) made by donsi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1095888&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: make fails on Solaris 9 - expat 1.95.8 Initial Comment: When executing the following: PATH=/usr/ccs/bin:$PATH make I receive the following output: /bin/bash ./libtool --silent --mode=compile gcc -g -O2 - Wall -Wmissing-prototypes -Wstrict-prototypes - fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -o lib/xmlparse.lo -c lib/xmlparse.c lib/xmlparse.c: In function `storeAttributeValue': lib/xmlparse.c:4713: error: `pool' undeclared (first use in this function) lib/xmlparse.c:4713: error: (Each undeclared identifier is reported only once lib/xmlparse.c:4713: error: for each function it appears in.) lib/xmlparse.c:4718: warning: left-hand operand of comma expression has no effect *** Error code 1 make: Fatal error: Command failed for target `lib/xmlparse.lo' E-Mail: HS.Brown@smius.com ---------------------------------------------------------------------- Comment By: donsi (donsi) Date: 2005-02-10 11:21 Message: Logged In: YES user_id=1216186 I have found this problem too today while trying to install on solaris 9. I tracked the problem down to the following line in Makefile.in: $(INSTALL_DATA) $(APIHEADER) $(includedir) At build time, this expands out to something like: conftools/install-sh -c -m 644 ./lib/expat.h ./lib/expat_external.h installdir/include On solaris at least, it appears that install-sh does not handle installing multiple files. As a consequence the expat_external.h is not installed. A manual workaround to this problem is to install the expat_external.h file by hand. I think this bug is related to 1114960. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-05 19:03 Message: Logged In: NO Well, not being a C programmer, I don't know what to look for... I do see that pool is declared (I think), but I have no explanation for the errors; I just want it to compile. I need to compile PHP to support Horde and IMP. This is a dependency/prereq for compiling PHP with XML support. I wish I could puzzle it out, but I haven't a clue what I am looking at, sadly. Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-05 18:47 Message: Logged In: YES user_id=290026 I don't have Solaris available. Have you tried playing around with the source to find out exactly what the compiler doesn't like? It seems this line: lib/xmlparse.c:4713: error: `pool' undeclared (first use in this function) should not be reported, as 'pool' is most certainly declared. Karl ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-05 18:36 Message: Logged In: NO Anybody? I could sure use some help here! Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-04 21:39 Message: Logged In: NO ./configure comes up fine, so I am not sure why make fails. checking for an ANSI C-conforming const... yes I am using GCC, and the above line from the ./config output *seems* to indicate that it is fine in ANSI compatibility mode, but not sure how to force ANSI compatibility. I don't see anything in the docs... I need to get this running to compile it in with PHP, anybody done this on Solaris 9 before? Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-04 19:54 Message: Logged In: YES user_id=290026 The changes seem to be just the ones made since 1.95.8, so your version looks OK. Which compiler are you using? Is it in ANSI compatibility mode? I am not the build expert here, so if you find a solution, please let me know. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-04 19:49 Message: Logged In: NO Hmmmm... The one in CVS and the one that came with the package I downloaded from sourceforge (expat-1.95.8.tar.gz) are radically different. It isn't clear to me which version of this file exists in the package I got here at SF, but I compared it to 1.143, and they aren't the same. Here is a copy of my UNIX diff file: 1444c1444 < to detect errors based on that fact. --- > to detect errors based on this information. 1497a1498 > positionPtr = end; 1519a1521,1522 > bufferPtr = buffer; > bufferEnd = buffer + nLeftOver; 1521,1526d1523 < bufferPtr = buffer; < bufferEnd = buffer + nLeftOver; < positionPtr = bufferPtr; < parseEndPtr = bufferEnd; < eventPtr = bufferPtr; < eventEndPtr = bufferPtr; 1545c1542 < enum XML_Status result = XML_STATUS_OK; --- > enum XML_Error result = XML_STATUS_OK; 1704c1701 < enum XML_Status result = XML_STATUS_OK; --- > enum XML_Error result = XML_STATUS_OK; 1842c1839 < static const XML_LChar* const message[] = { --- > static const XML_LChar *message[] = { 1860c1857 < XML_L("XML or text declaration not at start of entity"), --- > XML_L("xml declaration not at start of external entity"), 1880c1877 < XML_L("cannot suspend in external parameter entity"), --- > XML_L("cannot suspend in external parameter entity") 1881,1883d1877 < XML_L("reserved prefix (xml) must not be undeclared or bound to another namespace name"), < XML_L("reserved prefix (xmlns) must not be declared or undeclared"), < XML_L("prefix must not be bound to one of the reserved namespace names") 1925,1927c1919,1921 < static const XML_Feature features[] = { < {XML_FEATURE_SIZEOF_XML_CHAR, XML_L("sizeof (XML_Char)"), < sizeof(XML_Char)}, --- > static XML_Feature features[] = { > {XML_FEATURE_SIZEOF_XML_CHAR, XML_L("sizeof (XML_Char)"), 0}, > {XML_FEATURE_SIZEOF_XML_LCHAR, XML_L("sizeof (XML_LChar)"), 0}, 1928,1929d1921 < {XML_FEATURE_SIZEOF_XML_LCHAR, XML_L("sizeof (XML_LChar)"), < sizeof(XML_LChar)}, 1948a1941,1942 > features[0].value = sizeof(XML_Char); > features[1].value = sizeof(XML_LChar); 2831c2825 < j < step ? (j += nsAttsSize - step) : (j -= step); --- > j < step ? ( j += nsAttsSize - step) : (j -= step); 2888c2882 < ; /* prefixLen includes null terminator */ --- > ; 2895c2889 < ; /* i includes null terminator */ --- > ; 2910d2903 < /* if namespaceSeparator != '\0' then uri includes it already */ 2913d2905 < /* we always have a namespace separator between localPart and prefix */ 2915,2916c2907,2908 < uri += i - 1; < *uri = namespaceSeparator; /* replace null terminator */ --- > uri = uri + (i - 1); > if (namespaceSeparator) 2916a2909 > *uri = namespaceSeparator; 2930,2949d2922 < static const XML_Char xmlNamespace[] = { < 'h', 't', 't', 'p', ':', '/', '/', < 'w', 'w', 'w', '.', 'w', '3', '.', 'o', 'r', 'g', '/', < 'X', 'M', 'L', '/', '1', '9', '9', '8', '/', < 'n', 'a', 'm', 'e', 's', 'p', 'a', 'c', 'e', '\0' < }; < static const int xmlLen = < (int)sizeof(xmlNamespace)/sizeof(XML_Char) - 1; < static const XML_Char xmlnsNamespace[] = { < 'h', 't', 't', 'p', ':', '/', '/', < 'w', 'w', 'w', '.', 'w', '3', '.', 'o', 'r', 'g', '/', < '2', '0', '0', '0', '/', 'x', 'm', 'l', 'n', 's', '/', '\0' < }; < static const int xmlnsLen = < (int)sizeof(xmlnsNamespace)/sizeof(XML_Char) - 1; < < XML_Bool mustBeXML = XML_FALSE; < XML_Bool isXML = XML_TRUE; < XML_Bool isXMLNS = XML_TRUE; < 2957,2958c2930,2931 < if (prefix->name < && prefix->name[0] == XML_T('x') --- > for (len = 0; uri[len]; len++) > ; 2959,2989d2931 < && prefix->name[1] == XML_T('m') < && prefix->name[2] == XML_T('l')) { < < /* Not allowed to bind xmlns */ < if (prefix->name[3] == XML_T('n') < && prefix->name[4] == XML_T('s') < && prefix->name[5] == XML_T('\0')) < return XML_ERROR_RESERVED_PREFIX_XMLNS; < < if (prefix->name[3] == XML_T('\0')) < mustBeXML = XML_TRUE; < } < < for (len = 0; uri[len]; len++) { < if (isXML && (len > xmlLen || uri[len] != xmlNamespace [len])) < isXML = XML_FALSE; < < if (!mustBeXML && isXMLNS < && (len > xmlnsLen || uri[len] != xmlnsNamespace [len])) < isXMLNS = XML_FALSE; < } < isXML = isXML && len == xmlLen; < isXMLNS = isXMLNS && len == xmlnsLen; < < if (mustBeXML != isXML) < return mustBeXML ? XML_ERROR_RESERVED_PREFIX_XML < : XML_ERROR_RESERVED_NAMESPACE_URI; < < if (isXMLNS) < return XML_ERROR_RESERVED_NAMESPACE_URI; < 5347c5289 < if (namespaceSeparator) --- > if (namespaceSeparator != XML_T('\0')) 5373c5315 < if (namespaceSeparator) --- > if (namespaceSeparator != XML_T('\0')) Should I try simply replacing xmlparse.c with the one from CVS in my distro? Thanks, --Scott ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-04 18:19 Message: Logged In: YES user_id=290026 Your line numbers seem off. Are you using the correct xmlparse.c? Compare it with CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1095888&group_id=10127 From noreply at sourceforge.net Thu Feb 10 14:53:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 14:53:14 2005 Subject: [Expat-bugs] [ expat-Bugs-1095888 ] make fails on Solaris 9 - expat 1.95.8 Message-ID: Bugs item #1095888, was opened at 2005-01-04 12:24 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1095888&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: make fails on Solaris 9 - expat 1.95.8 Initial Comment: When executing the following: PATH=/usr/ccs/bin:$PATH make I receive the following output: /bin/bash ./libtool --silent --mode=compile gcc -g -O2 - Wall -Wmissing-prototypes -Wstrict-prototypes - fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -o lib/xmlparse.lo -c lib/xmlparse.c lib/xmlparse.c: In function `storeAttributeValue': lib/xmlparse.c:4713: error: `pool' undeclared (first use in this function) lib/xmlparse.c:4713: error: (Each undeclared identifier is reported only once lib/xmlparse.c:4713: error: for each function it appears in.) lib/xmlparse.c:4718: warning: left-hand operand of comma expression has no effect *** Error code 1 make: Fatal error: Command failed for target `lib/xmlparse.lo' E-Mail: HS.Brown@smius.com ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2005-02-10 08:53 Message: Logged In: YES user_id=290026 I guess you should try the CVS version of Expat. ---------------------------------------------------------------------- Comment By: donsi (donsi) Date: 2005-02-10 06:21 Message: Logged In: YES user_id=1216186 I have found this problem too today while trying to install on solaris 9. I tracked the problem down to the following line in Makefile.in: $(INSTALL_DATA) $(APIHEADER) $(includedir) At build time, this expands out to something like: conftools/install-sh -c -m 644 ./lib/expat.h ./lib/expat_external.h installdir/include On solaris at least, it appears that install-sh does not handle installing multiple files. As a consequence the expat_external.h is not installed. A manual workaround to this problem is to install the expat_external.h file by hand. I think this bug is related to 1114960. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-05 14:03 Message: Logged In: NO Well, not being a C programmer, I don't know what to look for... I do see that pool is declared (I think), but I have no explanation for the errors; I just want it to compile. I need to compile PHP to support Horde and IMP. This is a dependency/prereq for compiling PHP with XML support. I wish I could puzzle it out, but I haven't a clue what I am looking at, sadly. Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-05 13:47 Message: Logged In: YES user_id=290026 I don't have Solaris available. Have you tried playing around with the source to find out exactly what the compiler doesn't like? It seems this line: lib/xmlparse.c:4713: error: `pool' undeclared (first use in this function) should not be reported, as 'pool' is most certainly declared. Karl ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-05 13:36 Message: Logged In: NO Anybody? I could sure use some help here! Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-04 16:39 Message: Logged In: NO ./configure comes up fine, so I am not sure why make fails. checking for an ANSI C-conforming const... yes I am using GCC, and the above line from the ./config output *seems* to indicate that it is fine in ANSI compatibility mode, but not sure how to force ANSI compatibility. I don't see anything in the docs... I need to get this running to compile it in with PHP, anybody done this on Solaris 9 before? Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-04 14:54 Message: Logged In: YES user_id=290026 The changes seem to be just the ones made since 1.95.8, so your version looks OK. Which compiler are you using? Is it in ANSI compatibility mode? I am not the build expert here, so if you find a solution, please let me know. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-04 14:49 Message: Logged In: NO Hmmmm... The one in CVS and the one that came with the package I downloaded from sourceforge (expat-1.95.8.tar.gz) are radically different. It isn't clear to me which version of this file exists in the package I got here at SF, but I compared it to 1.143, and they aren't the same. Here is a copy of my UNIX diff file: 1444c1444 < to detect errors based on that fact. --- > to detect errors based on this information. 1497a1498 > positionPtr = end; 1519a1521,1522 > bufferPtr = buffer; > bufferEnd = buffer + nLeftOver; 1521,1526d1523 < bufferPtr = buffer; < bufferEnd = buffer + nLeftOver; < positionPtr = bufferPtr; < parseEndPtr = bufferEnd; < eventPtr = bufferPtr; < eventEndPtr = bufferPtr; 1545c1542 < enum XML_Status result = XML_STATUS_OK; --- > enum XML_Error result = XML_STATUS_OK; 1704c1701 < enum XML_Status result = XML_STATUS_OK; --- > enum XML_Error result = XML_STATUS_OK; 1842c1839 < static const XML_LChar* const message[] = { --- > static const XML_LChar *message[] = { 1860c1857 < XML_L("XML or text declaration not at start of entity"), --- > XML_L("xml declaration not at start of external entity"), 1880c1877 < XML_L("cannot suspend in external parameter entity"), --- > XML_L("cannot suspend in external parameter entity") 1881,1883d1877 < XML_L("reserved prefix (xml) must not be undeclared or bound to another namespace name"), < XML_L("reserved prefix (xmlns) must not be declared or undeclared"), < XML_L("prefix must not be bound to one of the reserved namespace names") 1925,1927c1919,1921 < static const XML_Feature features[] = { < {XML_FEATURE_SIZEOF_XML_CHAR, XML_L("sizeof (XML_Char)"), < sizeof(XML_Char)}, --- > static XML_Feature features[] = { > {XML_FEATURE_SIZEOF_XML_CHAR, XML_L("sizeof (XML_Char)"), 0}, > {XML_FEATURE_SIZEOF_XML_LCHAR, XML_L("sizeof (XML_LChar)"), 0}, 1928,1929d1921 < {XML_FEATURE_SIZEOF_XML_LCHAR, XML_L("sizeof (XML_LChar)"), < sizeof(XML_LChar)}, 1948a1941,1942 > features[0].value = sizeof(XML_Char); > features[1].value = sizeof(XML_LChar); 2831c2825 < j < step ? (j += nsAttsSize - step) : (j -= step); --- > j < step ? ( j += nsAttsSize - step) : (j -= step); 2888c2882 < ; /* prefixLen includes null terminator */ --- > ; 2895c2889 < ; /* i includes null terminator */ --- > ; 2910d2903 < /* if namespaceSeparator != '\0' then uri includes it already */ 2913d2905 < /* we always have a namespace separator between localPart and prefix */ 2915,2916c2907,2908 < uri += i - 1; < *uri = namespaceSeparator; /* replace null terminator */ --- > uri = uri + (i - 1); > if (namespaceSeparator) 2916a2909 > *uri = namespaceSeparator; 2930,2949d2922 < static const XML_Char xmlNamespace[] = { < 'h', 't', 't', 'p', ':', '/', '/', < 'w', 'w', 'w', '.', 'w', '3', '.', 'o', 'r', 'g', '/', < 'X', 'M', 'L', '/', '1', '9', '9', '8', '/', < 'n', 'a', 'm', 'e', 's', 'p', 'a', 'c', 'e', '\0' < }; < static const int xmlLen = < (int)sizeof(xmlNamespace)/sizeof(XML_Char) - 1; < static const XML_Char xmlnsNamespace[] = { < 'h', 't', 't', 'p', ':', '/', '/', < 'w', 'w', 'w', '.', 'w', '3', '.', 'o', 'r', 'g', '/', < '2', '0', '0', '0', '/', 'x', 'm', 'l', 'n', 's', '/', '\0' < }; < static const int xmlnsLen = < (int)sizeof(xmlnsNamespace)/sizeof(XML_Char) - 1; < < XML_Bool mustBeXML = XML_FALSE; < XML_Bool isXML = XML_TRUE; < XML_Bool isXMLNS = XML_TRUE; < 2957,2958c2930,2931 < if (prefix->name < && prefix->name[0] == XML_T('x') --- > for (len = 0; uri[len]; len++) > ; 2959,2989d2931 < && prefix->name[1] == XML_T('m') < && prefix->name[2] == XML_T('l')) { < < /* Not allowed to bind xmlns */ < if (prefix->name[3] == XML_T('n') < && prefix->name[4] == XML_T('s') < && prefix->name[5] == XML_T('\0')) < return XML_ERROR_RESERVED_PREFIX_XMLNS; < < if (prefix->name[3] == XML_T('\0')) < mustBeXML = XML_TRUE; < } < < for (len = 0; uri[len]; len++) { < if (isXML && (len > xmlLen || uri[len] != xmlNamespace [len])) < isXML = XML_FALSE; < < if (!mustBeXML && isXMLNS < && (len > xmlnsLen || uri[len] != xmlnsNamespace [len])) < isXMLNS = XML_FALSE; < } < isXML = isXML && len == xmlLen; < isXMLNS = isXMLNS && len == xmlnsLen; < < if (mustBeXML != isXML) < return mustBeXML ? XML_ERROR_RESERVED_PREFIX_XML < : XML_ERROR_RESERVED_NAMESPACE_URI; < < if (isXMLNS) < return XML_ERROR_RESERVED_NAMESPACE_URI; < 5347c5289 < if (namespaceSeparator) --- > if (namespaceSeparator != XML_T('\0')) 5373c5315 < if (namespaceSeparator) --- > if (namespaceSeparator != XML_T('\0')) Should I try simply replacing xmlparse.c with the one from CVS in my distro? Thanks, --Scott ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-04 13:19 Message: Logged In: YES user_id=290026 Your line numbers seem off. Are you using the correct xmlparse.c? Compare it with CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1095888&group_id=10127 From noreply at sourceforge.net Thu Feb 10 15:38:28 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 15:38:30 2005 Subject: [Expat-bugs] [ expat-Bugs-1095888 ] make fails on Solaris 9 - expat 1.95.8 Message-ID: Bugs item #1095888, was opened at 2005-01-04 12:24 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1095888&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: make fails on Solaris 9 - expat 1.95.8 Initial Comment: When executing the following: PATH=/usr/ccs/bin:$PATH make I receive the following output: /bin/bash ./libtool --silent --mode=compile gcc -g -O2 - Wall -Wmissing-prototypes -Wstrict-prototypes - fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -o lib/xmlparse.lo -c lib/xmlparse.c lib/xmlparse.c: In function `storeAttributeValue': lib/xmlparse.c:4713: error: `pool' undeclared (first use in this function) lib/xmlparse.c:4713: error: (Each undeclared identifier is reported only once lib/xmlparse.c:4713: error: for each function it appears in.) lib/xmlparse.c:4718: warning: left-hand operand of comma expression has no effect *** Error code 1 make: Fatal error: Command failed for target `lib/xmlparse.lo' E-Mail: HS.Brown@smius.com ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-02-10 09:38 Message: Logged In: YES user_id=3066 donsi: This has nothing to do with the installation problem you observed (which has already been fixed in CVS) or bug #1114960 which you cite. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-02-10 08:53 Message: Logged In: YES user_id=290026 I guess you should try the CVS version of Expat. ---------------------------------------------------------------------- Comment By: donsi (donsi) Date: 2005-02-10 06:21 Message: Logged In: YES user_id=1216186 I have found this problem too today while trying to install on solaris 9. I tracked the problem down to the following line in Makefile.in: $(INSTALL_DATA) $(APIHEADER) $(includedir) At build time, this expands out to something like: conftools/install-sh -c -m 644 ./lib/expat.h ./lib/expat_external.h installdir/include On solaris at least, it appears that install-sh does not handle installing multiple files. As a consequence the expat_external.h is not installed. A manual workaround to this problem is to install the expat_external.h file by hand. I think this bug is related to 1114960. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-05 14:03 Message: Logged In: NO Well, not being a C programmer, I don't know what to look for... I do see that pool is declared (I think), but I have no explanation for the errors; I just want it to compile. I need to compile PHP to support Horde and IMP. This is a dependency/prereq for compiling PHP with XML support. I wish I could puzzle it out, but I haven't a clue what I am looking at, sadly. Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-05 13:47 Message: Logged In: YES user_id=290026 I don't have Solaris available. Have you tried playing around with the source to find out exactly what the compiler doesn't like? It seems this line: lib/xmlparse.c:4713: error: `pool' undeclared (first use in this function) should not be reported, as 'pool' is most certainly declared. Karl ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-05 13:36 Message: Logged In: NO Anybody? I could sure use some help here! Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-04 16:39 Message: Logged In: NO ./configure comes up fine, so I am not sure why make fails. checking for an ANSI C-conforming const... yes I am using GCC, and the above line from the ./config output *seems* to indicate that it is fine in ANSI compatibility mode, but not sure how to force ANSI compatibility. I don't see anything in the docs... I need to get this running to compile it in with PHP, anybody done this on Solaris 9 before? Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-04 14:54 Message: Logged In: YES user_id=290026 The changes seem to be just the ones made since 1.95.8, so your version looks OK. Which compiler are you using? Is it in ANSI compatibility mode? I am not the build expert here, so if you find a solution, please let me know. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-04 14:49 Message: Logged In: NO Hmmmm... The one in CVS and the one that came with the package I downloaded from sourceforge (expat-1.95.8.tar.gz) are radically different. It isn't clear to me which version of this file exists in the package I got here at SF, but I compared it to 1.143, and they aren't the same. Here is a copy of my UNIX diff file: 1444c1444 < to detect errors based on that fact. --- > to detect errors based on this information. 1497a1498 > positionPtr = end; 1519a1521,1522 > bufferPtr = buffer; > bufferEnd = buffer + nLeftOver; 1521,1526d1523 < bufferPtr = buffer; < bufferEnd = buffer + nLeftOver; < positionPtr = bufferPtr; < parseEndPtr = bufferEnd; < eventPtr = bufferPtr; < eventEndPtr = bufferPtr; 1545c1542 < enum XML_Status result = XML_STATUS_OK; --- > enum XML_Error result = XML_STATUS_OK; 1704c1701 < enum XML_Status result = XML_STATUS_OK; --- > enum XML_Error result = XML_STATUS_OK; 1842c1839 < static const XML_LChar* const message[] = { --- > static const XML_LChar *message[] = { 1860c1857 < XML_L("XML or text declaration not at start of entity"), --- > XML_L("xml declaration not at start of external entity"), 1880c1877 < XML_L("cannot suspend in external parameter entity"), --- > XML_L("cannot suspend in external parameter entity") 1881,1883d1877 < XML_L("reserved prefix (xml) must not be undeclared or bound to another namespace name"), < XML_L("reserved prefix (xmlns) must not be declared or undeclared"), < XML_L("prefix must not be bound to one of the reserved namespace names") 1925,1927c1919,1921 < static const XML_Feature features[] = { < {XML_FEATURE_SIZEOF_XML_CHAR, XML_L("sizeof (XML_Char)"), < sizeof(XML_Char)}, --- > static XML_Feature features[] = { > {XML_FEATURE_SIZEOF_XML_CHAR, XML_L("sizeof (XML_Char)"), 0}, > {XML_FEATURE_SIZEOF_XML_LCHAR, XML_L("sizeof (XML_LChar)"), 0}, 1928,1929d1921 < {XML_FEATURE_SIZEOF_XML_LCHAR, XML_L("sizeof (XML_LChar)"), < sizeof(XML_LChar)}, 1948a1941,1942 > features[0].value = sizeof(XML_Char); > features[1].value = sizeof(XML_LChar); 2831c2825 < j < step ? (j += nsAttsSize - step) : (j -= step); --- > j < step ? ( j += nsAttsSize - step) : (j -= step); 2888c2882 < ; /* prefixLen includes null terminator */ --- > ; 2895c2889 < ; /* i includes null terminator */ --- > ; 2910d2903 < /* if namespaceSeparator != '\0' then uri includes it already */ 2913d2905 < /* we always have a namespace separator between localPart and prefix */ 2915,2916c2907,2908 < uri += i - 1; < *uri = namespaceSeparator; /* replace null terminator */ --- > uri = uri + (i - 1); > if (namespaceSeparator) 2916a2909 > *uri = namespaceSeparator; 2930,2949d2922 < static const XML_Char xmlNamespace[] = { < 'h', 't', 't', 'p', ':', '/', '/', < 'w', 'w', 'w', '.', 'w', '3', '.', 'o', 'r', 'g', '/', < 'X', 'M', 'L', '/', '1', '9', '9', '8', '/', < 'n', 'a', 'm', 'e', 's', 'p', 'a', 'c', 'e', '\0' < }; < static const int xmlLen = < (int)sizeof(xmlNamespace)/sizeof(XML_Char) - 1; < static const XML_Char xmlnsNamespace[] = { < 'h', 't', 't', 'p', ':', '/', '/', < 'w', 'w', 'w', '.', 'w', '3', '.', 'o', 'r', 'g', '/', < '2', '0', '0', '0', '/', 'x', 'm', 'l', 'n', 's', '/', '\0' < }; < static const int xmlnsLen = < (int)sizeof(xmlnsNamespace)/sizeof(XML_Char) - 1; < < XML_Bool mustBeXML = XML_FALSE; < XML_Bool isXML = XML_TRUE; < XML_Bool isXMLNS = XML_TRUE; < 2957,2958c2930,2931 < if (prefix->name < && prefix->name[0] == XML_T('x') --- > for (len = 0; uri[len]; len++) > ; 2959,2989d2931 < && prefix->name[1] == XML_T('m') < && prefix->name[2] == XML_T('l')) { < < /* Not allowed to bind xmlns */ < if (prefix->name[3] == XML_T('n') < && prefix->name[4] == XML_T('s') < && prefix->name[5] == XML_T('\0')) < return XML_ERROR_RESERVED_PREFIX_XMLNS; < < if (prefix->name[3] == XML_T('\0')) < mustBeXML = XML_TRUE; < } < < for (len = 0; uri[len]; len++) { < if (isXML && (len > xmlLen || uri[len] != xmlNamespace [len])) < isXML = XML_FALSE; < < if (!mustBeXML && isXMLNS < && (len > xmlnsLen || uri[len] != xmlnsNamespace [len])) < isXMLNS = XML_FALSE; < } < isXML = isXML && len == xmlLen; < isXMLNS = isXMLNS && len == xmlnsLen; < < if (mustBeXML != isXML) < return mustBeXML ? XML_ERROR_RESERVED_PREFIX_XML < : XML_ERROR_RESERVED_NAMESPACE_URI; < < if (isXMLNS) < return XML_ERROR_RESERVED_NAMESPACE_URI; < 5347c5289 < if (namespaceSeparator) --- > if (namespaceSeparator != XML_T('\0')) 5373c5315 < if (namespaceSeparator) --- > if (namespaceSeparator != XML_T('\0')) Should I try simply replacing xmlparse.c with the one from CVS in my distro? Thanks, --Scott ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-04 13:19 Message: Logged In: YES user_id=290026 Your line numbers seem off. Are you using the correct xmlparse.c? Compare it with CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1095888&group_id=10127 From noreply at sourceforge.net Thu Feb 10 16:38:07 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 16:38:09 2005 Subject: [Expat-bugs] [ expat-Bugs-1095888 ] make fails on Solaris 9 - expat 1.95.8 Message-ID: Bugs item #1095888, was opened at 2005-01-04 09:24 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1095888&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: make fails on Solaris 9 - expat 1.95.8 Initial Comment: When executing the following: PATH=/usr/ccs/bin:$PATH make I receive the following output: /bin/bash ./libtool --silent --mode=compile gcc -g -O2 - Wall -Wmissing-prototypes -Wstrict-prototypes - fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -o lib/xmlparse.lo -c lib/xmlparse.c lib/xmlparse.c: In function `storeAttributeValue': lib/xmlparse.c:4713: error: `pool' undeclared (first use in this function) lib/xmlparse.c:4713: error: (Each undeclared identifier is reported only once lib/xmlparse.c:4713: error: for each function it appears in.) lib/xmlparse.c:4718: warning: left-hand operand of comma expression has no effect *** Error code 1 make: Fatal error: Command failed for target `lib/xmlparse.lo' E-Mail: HS.Brown@smius.com ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-02-10 07:38 Message: Logged In: NO Sorry Fred. You're right. When I compiled with the missing .h I got a heap of errors. I thought that they were similar to the ones reported here. On closer inspection of these errors I realise they differ. If its any consolation I had no further problems installing 1.95.8 on Solaris 9 once I fixed the missing ".h" file. Once again sorry for wasting your time. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-02-10 06:38 Message: Logged In: YES user_id=3066 donsi: This has nothing to do with the installation problem you observed (which has already been fixed in CVS) or bug #1114960 which you cite. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-02-10 05:53 Message: Logged In: YES user_id=290026 I guess you should try the CVS version of Expat. ---------------------------------------------------------------------- Comment By: donsi (donsi) Date: 2005-02-10 03:21 Message: Logged In: YES user_id=1216186 I have found this problem too today while trying to install on solaris 9. I tracked the problem down to the following line in Makefile.in: $(INSTALL_DATA) $(APIHEADER) $(includedir) At build time, this expands out to something like: conftools/install-sh -c -m 644 ./lib/expat.h ./lib/expat_external.h installdir/include On solaris at least, it appears that install-sh does not handle installing multiple files. As a consequence the expat_external.h is not installed. A manual workaround to this problem is to install the expat_external.h file by hand. I think this bug is related to 1114960. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-05 11:03 Message: Logged In: NO Well, not being a C programmer, I don't know what to look for... I do see that pool is declared (I think), but I have no explanation for the errors; I just want it to compile. I need to compile PHP to support Horde and IMP. This is a dependency/prereq for compiling PHP with XML support. I wish I could puzzle it out, but I haven't a clue what I am looking at, sadly. Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-05 10:47 Message: Logged In: YES user_id=290026 I don't have Solaris available. Have you tried playing around with the source to find out exactly what the compiler doesn't like? It seems this line: lib/xmlparse.c:4713: error: `pool' undeclared (first use in this function) should not be reported, as 'pool' is most certainly declared. Karl ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-05 10:36 Message: Logged In: NO Anybody? I could sure use some help here! Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-04 13:39 Message: Logged In: NO ./configure comes up fine, so I am not sure why make fails. checking for an ANSI C-conforming const... yes I am using GCC, and the above line from the ./config output *seems* to indicate that it is fine in ANSI compatibility mode, but not sure how to force ANSI compatibility. I don't see anything in the docs... I need to get this running to compile it in with PHP, anybody done this on Solaris 9 before? Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-04 11:54 Message: Logged In: YES user_id=290026 The changes seem to be just the ones made since 1.95.8, so your version looks OK. Which compiler are you using? Is it in ANSI compatibility mode? I am not the build expert here, so if you find a solution, please let me know. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-04 11:49 Message: Logged In: NO Hmmmm... The one in CVS and the one that came with the package I downloaded from sourceforge (expat-1.95.8.tar.gz) are radically different. It isn't clear to me which version of this file exists in the package I got here at SF, but I compared it to 1.143, and they aren't the same. Here is a copy of my UNIX diff file: 1444c1444 < to detect errors based on that fact. --- > to detect errors based on this information. 1497a1498 > positionPtr = end; 1519a1521,1522 > bufferPtr = buffer; > bufferEnd = buffer + nLeftOver; 1521,1526d1523 < bufferPtr = buffer; < bufferEnd = buffer + nLeftOver; < positionPtr = bufferPtr; < parseEndPtr = bufferEnd; < eventPtr = bufferPtr; < eventEndPtr = bufferPtr; 1545c1542 < enum XML_Status result = XML_STATUS_OK; --- > enum XML_Error result = XML_STATUS_OK; 1704c1701 < enum XML_Status result = XML_STATUS_OK; --- > enum XML_Error result = XML_STATUS_OK; 1842c1839 < static const XML_LChar* const message[] = { --- > static const XML_LChar *message[] = { 1860c1857 < XML_L("XML or text declaration not at start of entity"), --- > XML_L("xml declaration not at start of external entity"), 1880c1877 < XML_L("cannot suspend in external parameter entity"), --- > XML_L("cannot suspend in external parameter entity") 1881,1883d1877 < XML_L("reserved prefix (xml) must not be undeclared or bound to another namespace name"), < XML_L("reserved prefix (xmlns) must not be declared or undeclared"), < XML_L("prefix must not be bound to one of the reserved namespace names") 1925,1927c1919,1921 < static const XML_Feature features[] = { < {XML_FEATURE_SIZEOF_XML_CHAR, XML_L("sizeof (XML_Char)"), < sizeof(XML_Char)}, --- > static XML_Feature features[] = { > {XML_FEATURE_SIZEOF_XML_CHAR, XML_L("sizeof (XML_Char)"), 0}, > {XML_FEATURE_SIZEOF_XML_LCHAR, XML_L("sizeof (XML_LChar)"), 0}, 1928,1929d1921 < {XML_FEATURE_SIZEOF_XML_LCHAR, XML_L("sizeof (XML_LChar)"), < sizeof(XML_LChar)}, 1948a1941,1942 > features[0].value = sizeof(XML_Char); > features[1].value = sizeof(XML_LChar); 2831c2825 < j < step ? (j += nsAttsSize - step) : (j -= step); --- > j < step ? ( j += nsAttsSize - step) : (j -= step); 2888c2882 < ; /* prefixLen includes null terminator */ --- > ; 2895c2889 < ; /* i includes null terminator */ --- > ; 2910d2903 < /* if namespaceSeparator != '\0' then uri includes it already */ 2913d2905 < /* we always have a namespace separator between localPart and prefix */ 2915,2916c2907,2908 < uri += i - 1; < *uri = namespaceSeparator; /* replace null terminator */ --- > uri = uri + (i - 1); > if (namespaceSeparator) 2916a2909 > *uri = namespaceSeparator; 2930,2949d2922 < static const XML_Char xmlNamespace[] = { < 'h', 't', 't', 'p', ':', '/', '/', < 'w', 'w', 'w', '.', 'w', '3', '.', 'o', 'r', 'g', '/', < 'X', 'M', 'L', '/', '1', '9', '9', '8', '/', < 'n', 'a', 'm', 'e', 's', 'p', 'a', 'c', 'e', '\0' < }; < static const int xmlLen = < (int)sizeof(xmlNamespace)/sizeof(XML_Char) - 1; < static const XML_Char xmlnsNamespace[] = { < 'h', 't', 't', 'p', ':', '/', '/', < 'w', 'w', 'w', '.', 'w', '3', '.', 'o', 'r', 'g', '/', < '2', '0', '0', '0', '/', 'x', 'm', 'l', 'n', 's', '/', '\0' < }; < static const int xmlnsLen = < (int)sizeof(xmlnsNamespace)/sizeof(XML_Char) - 1; < < XML_Bool mustBeXML = XML_FALSE; < XML_Bool isXML = XML_TRUE; < XML_Bool isXMLNS = XML_TRUE; < 2957,2958c2930,2931 < if (prefix->name < && prefix->name[0] == XML_T('x') --- > for (len = 0; uri[len]; len++) > ; 2959,2989d2931 < && prefix->name[1] == XML_T('m') < && prefix->name[2] == XML_T('l')) { < < /* Not allowed to bind xmlns */ < if (prefix->name[3] == XML_T('n') < && prefix->name[4] == XML_T('s') < && prefix->name[5] == XML_T('\0')) < return XML_ERROR_RESERVED_PREFIX_XMLNS; < < if (prefix->name[3] == XML_T('\0')) < mustBeXML = XML_TRUE; < } < < for (len = 0; uri[len]; len++) { < if (isXML && (len > xmlLen || uri[len] != xmlNamespace [len])) < isXML = XML_FALSE; < < if (!mustBeXML && isXMLNS < && (len > xmlnsLen || uri[len] != xmlnsNamespace [len])) < isXMLNS = XML_FALSE; < } < isXML = isXML && len == xmlLen; < isXMLNS = isXMLNS && len == xmlnsLen; < < if (mustBeXML != isXML) < return mustBeXML ? XML_ERROR_RESERVED_PREFIX_XML < : XML_ERROR_RESERVED_NAMESPACE_URI; < < if (isXMLNS) < return XML_ERROR_RESERVED_NAMESPACE_URI; < 5347c5289 < if (namespaceSeparator) --- > if (namespaceSeparator != XML_T('\0')) 5373c5315 < if (namespaceSeparator) --- > if (namespaceSeparator != XML_T('\0')) Should I try simply replacing xmlparse.c with the one from CVS in my distro? Thanks, --Scott ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-04 10:19 Message: Logged In: YES user_id=290026 Your line numbers seem off. Are you using the correct xmlparse.c? Compare it with CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1095888&group_id=10127 From noreply at sourceforge.net Thu Feb 10 16:52:35 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 16:52:38 2005 Subject: [Expat-bugs] [ expat-Bugs-1114960 ] problem with make uninstalllib Message-ID: Bugs item #1114960, was opened at 2005-02-02 13:54 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1114960&group_id=10127 Category: Build control Group: None >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: Glenn Schrader (gschrad) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: problem with make uninstalllib Initial Comment: Since $(APIHEADER) now contains multiple files, "make uninstalllib" no longer works properly. The problem is with: rm -f $(includedir)/$(APIHEADER) Something like the following should work: rm -f $(addprefix $(includedir)/,$(APIHEADER)) ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-02-10 10:52 Message: Logged In: YES user_id=3066 Fixed in Makefile.in revision 1.53. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-02-02 14:07 Message: Logged In: YES user_id=3066 Bumped priority so we fix this before the release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1114960&group_id=10127 From noreply at sourceforge.net Thu Feb 17 08:48:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 17 08:48:10 2005 Subject: [Expat-bugs] [ expat-Bugs-1124544 ] expat.dsw and *.dsp unix line endings Message-ID: Bugs item #1124544, was opened at 2005-02-16 23:48 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=1124544&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: expat.dsw and *.dsp unix line endings Initial Comment: expat-1.95.8.tar.gz expat.dsw and *.dsp all have unix line endings, and MSVS6 doesn't like that please take care to change those when releasing tarballs ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1124544&group_id=10127 From noreply at sourceforge.net Thu Feb 17 14:49:36 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 17 14:49:38 2005 Subject: [Expat-bugs] [ expat-Bugs-1124544 ] expat.dsw and *.dsp unix line endings Message-ID: Bugs item #1124544, was opened at 2005-02-17 02:48 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1124544&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: expat.dsw and *.dsp unix line endings Initial Comment: expat-1.95.8.tar.gz expat.dsw and *.dsp all have unix line endings, and MSVS6 doesn't like that please take care to change those when releasing tarballs ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2005-02-17 08:49 Message: Logged In: YES user_id=290026 Only you can do that, Fred. ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1124544&group_id=10127 From noreply at sourceforge.net Fri Feb 18 10:09:22 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 18 10:09:42 2005 Subject: [Expat-bugs] [ expat-Bugs-676844 ] expat.h compile error: enum XML_Status Message-ID: Bugs item #676844, was opened at 2003-01-29 07:37 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=676844&group_id=10127 Category: None Group: None Status: Closed Resolution: Fixed Priority: 9 Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: expat.h compile error: enum XML_Status Initial Comment: c++ -DHAVE_CONFIG_H -I. -I. -I../../autocfg -g -O2 -c context.cpp -fPIC -DPIC -o .libs/context.lo In file included from parser.h:45, from guard.h:143, from context.cpp:45: /usr/include/expat.h:657: use of enum `XML_Status' without previous declaration /usr/include/expat.h:736: multiple definition of `enum XML_Status' when building sablotron. Hand editing the file to place the def of enum XML_Status before any references to it fixes the problem. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-02-18 01:09 Message: Logged In: NO Even in expat-1.95.8, Sun Workshop CC 5.0 fails on expat.h. Fix: Delete the last comma (after "= 2") in the enum: enum XML_Status { ... XML_STATUS_SUSPENDED = 2, #define XML_STATUS_SUSPENDED XML_STATUS_SUSPENDED }; ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2003-11-17 07:30 Message: Logged In: YES user_id=3066 You need to contact the PHP maintainers regarding this, though it may be a matter of needed to remove config.cache and then running configure again. The problem has definately been fixed in Expat 1.95.7. ---------------------------------------------------------------------- Comment By: richard (dhaji) Date: 2003-11-16 18:53 Message: Logged In: YES user_id=910750 Hello, I've installed Expat 1.95.7 and am getting this error... PHP 4.34 seems to have included Expat 1.95.6 - I wonder if I'm in conflict here? swapping PHP's version of expat.h with version in 1.95.7 did not move things along any further, got same error... any suggestions? Details: ====== OS: RH Linux 6.1 gcc: 2.91.66 ----------------------------------------------------------- checking where to find xml parser... expat (new) checking expat.h usability... no checking expat.h presence... yes configure: WARNING: expat.h: present but cannot be compiled configure: WARNING: expat.h: check for missing prerequisite headers? configure: WARNING: expat.h: proceeding with the preprocessor's result configure: WARNING: ## -------------------------------- ---- ## configure: WARNING: ## Report this to bug- autoconf@gnu.org. ## configure: WARNING: ## -------------------------------- ---- ## checking for expat.h... yes checking whether expat.h is broken... yes configure: error: You probably have expat version 1.95.6. ----------------------------------------------------------- thanks in advance, - Richard ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2003-10-20 21:37 Message: Logged In: YES user_id=3066 Expat 1.95.7 has been released and includes the fix for this problem. Please update to Expat 1.95.7 if you're still having problems related to this issue. ---------------------------------------------------------------------- Comment By: paul jobson (vbrtrmn) Date: 2003-10-08 11:47 Message: Logged In: YES user_id=155212 Platform: OSX Jaguar 10.2 expat version 1.95.6 Sablot ./configure error message: --------------------------------- Truncated --------------------------------- checking where to find xml parser... expat (new) checking expat.h usability... no checking expat.h presence... yes configure: WARNING: expat.h: present but cannot be compiled configure: WARNING: expat.h: check for missing prerequisite headers? configure: WARNING: expat.h: proceeding with the preprocessor's result configure: WARNING: ## -------------------------------- ---- ## configure: WARNING: ## Report this to bug- autoconf@gnu.org. ## configure: WARNING: ## -------------------------------- ---- ## checking for expat.h... yes checking whether expat.h is broken... yes configure: error: You probably have expat version 1.95.6. Please refer to: http://sourceforge.net/tracker/index.php? func=detail&aid=676844&group_id=10127&atid=110127 for a description of the problem. --------------------------------- I downloaded the newest expat.h from the CVS, stuck it in the /lib directory and recompiled expat, Sablot seems to configure correctly, now. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-09-13 13:42 Message: Logged In: YES user_id=290026 We intend to release soon. All that is holding us up is finding the time to actually do it. Fred will be back in a week, and I hope he can find the time then. Now, since your users are expert enough to build Expat from source, what is holding them back from using the current CVS? It is pretty much what we will release, except possibly for minor details, or if someone finds a bug, of course. We do actually want users to build from CVS, as our desire to have stable file releases means that we want our changes to be tested as much as possible. ---------------------------------------------------------------------- Comment By: Jacob Levy (jyljyljyl) Date: 2003-09-13 13:29 Message: Logged In: YES user_id=63723 Are you planning -- please? -- to make another file release containing these fixes? Asking my users to build expat from the current release is not working, because of this bug. As a result, I'm recommending to my users to get/use an older version of expat without the new nifty features. --JYL ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-09-13 09:19 Message: Logged In: YES user_id=290026 Has been fixed in CVS for a long time. Btw, CVS is generally stable, as we are quite careful to commit changes only when they have been tested. No guarantees, of course. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-09-13 07:44 Message: Logged In: NO this is simply a matter of the expat.h file being wrongly organised so that "enum XML_Status" is used several times before it is declared. 30 seconds copying and pasting will fix it. currently nothing using expat.h compiles under gcc 3.2.3 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-07-18 06:16 Message: Logged In: NO After I read all this comments, i saw that u were right. : ) I placed the following definitions enum XML_Status { XML_STATUS_ERROR = 0, #define XML_STATUS_ERROR XML_STATUS_ERROR XML_STATUS_OK = 1 #define XML_STATUS_OK XML_STATUS_OK }; at the beginning of the expat.h file, before any call to it, and it compiled succesfully. After this I compiled sablot with no problems. thank u guys ... : ) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-19 08:36 Message: Logged In: NO in configure..:: checking XML::Parser perl module... no: documentation requires XML::Parser module and will not be built. checking whether to build under GPL... no checking whether to build the debugger... no checking where to find xml parser... expat (new) checking expat.h usability... no checking expat.h presence... yes configure: WARNING: expat.h: present but cannot be compiled configure: WARNING: expat.h: check for missing prerequisite headers? configure: WARNING: expat.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf@gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for expat.h... yes checking whether expat.h is broken... yes configure: error: You probably have expat version 1.95.6. Please refer to: http://sourceforge.net/tracker/index.php?func=detail&aid=676844&group_id=10127&atid=110127 for a description of the problem. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-05-30 13:47 Message: Logged In: YES user_id=290026 Yes, the file to fix is expat.h. Two things you can do: 1) get the latest expat.h from CVS, or 2) use your editor to search expat.h for the first location where XML_STATUS is used and then move the definition of XML_STATUS to some location before that point. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-05-30 13:26 Message: Logged In: NO I have the same problem has other senders, but the fix is unclear as you did not indicate which file needs fixing (I assume expat.h) or line number to place the def of enum XML_Status. Please assume people are stupid.. checking expat.h usability... no checking expat.h presence... yes configure: WARNING: expat.h: present but cannot be compiled configure: WARNING: expat.h: check for missing prerequisite headers? configure: WARNING: expat.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf@gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for expat.h... yes checking whether expat.h is broken... yes configure: error: You probably have expat version 1.95.6. Please refer to: http://sourceforge.net/tracker/index.php?func=detail&aid=676844&group_id=10127&atid=110127 for a description of the problem. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-05-08 06:18 Message: Logged In: YES user_id=290026 See above - original submission: Hand editing the file to place the def of enum XML_Status before any references to it fixes the problem. ---------------------------------------------------------------------- Comment By: Donche, Pieter (pdon) Date: 2003-05-08 00:20 Message: Logged In: YES user_id=774177 SUN Sparc Enterprise 2170 Solaris 2.8 gcc 3.2 Downloaded expat-1.95.6.tar.gz ./configure, make, make install OK Downloaded Sablot-0.98.tar.gz (Sablotron package, from www.gingerall.com) ./configure says: ... checking expat.h presence... yes expat.h: present but cannot be compiled expat.h: check for missing prerequisite headers? expat.h: proceeding with the preprocessor's result ##-------------------------------------------------## ## Report this to bug-autoconf@gnu.org ## ##-------------------------------------------------## checking for expat.h... yes checking wether expat.h is broken... yes error: You probably have expat version 1.95.6. Please refer to http://sourceforge.net/tracker/index.php? func=detail&aid=676844&group_id=10127&atid=110127 for a description of the problem -- Looked at that web-page. Don't see a solution there. Wath is the solution ? Pieter.Donche@ua.ac.be ---------------------------------------------------------------------- Comment By: Donche, Pieter (pdon) Date: 2003-05-08 00:20 Message: Logged In: YES user_id=774177 SUN Sparc Enterprise 2170 Solaris 2.8 gcc 3.2 Downloaded expat-1.95.6.tar.gz ./configure, make, make install OK Downloaded Sablot-0.98.tar.gz (Sablotron package, from www.gingerall.com) ./configure says: ... checking expat.h presence... yes expat.h: present but cannot be compiled expat.h: check for missing prerequisite headers? expat.h: proceeding with the preprocessor's result ##-------------------------------------------------## ## Report this to bug-autoconf@gnu.org ## ##-------------------------------------------------## checking for expat.h... yes checking wether expat.h is broken... yes error: You probably have expat version 1.95.6. Please refer to http://sourceforge.net/tracker/index.php? func=detail&aid=676844&group_id=10127&atid=110127 for a description of the problem -- Looked at that web-page. Don't see a solution there. Wath is the solution ? Pieter.Donche@ua.ac.be ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-04-16 06:59 Message: Logged In: YES user_id=290026 Changed priority to highest to make it more visible, so that double reporting incidents occur less frequently. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-03-27 02:42 Message: Logged In: NO Same problem and the same fix under Linux and gcc 2.95.2. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-03-07 03:20 Message: Logged In: NO same problem, same fix when building 1.95.6 on vms (just downloaded .tar.gz & processed - got the rpm, but don't know what to do with it - not an archive type I know how to handle on vms, or windows either) - chris.sharman@ccagroup.co.uk ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-02-28 18:03 Message: Logged In: YES user_id=290026 Strange - I had no problems with MS VC++ 6.0. Which service pack level have you applied? ---------------------------------------------------------------------- Comment By: Jacob Levy (jyljyljyl) Date: 2003-02-28 17:35 Message: Logged In: YES user_id=63723 This makes Expat 1.95.6 unusable for people who create libraries that depend on Expat but don't include their own copy of Expat. Sure, I can edit expat.h and fix it, but my users should not be expected to do that. For that reason I'm staying with Expat 1.95.5 until this problem is fixed. It'd be really nice if you could make Expat 1.95.7 soon.. In my case GCC 2.95.2 and VC++ 6.0 are complaining. ---------------------------------------------------------------------- Comment By: Melvyn Sopacua (nyvlem) Date: 2003-02-13 23:56 Message: Logged In: YES user_id=212431 Yes, that works. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-02-06 12:47 Message: Logged In: YES user_id=290026 But current CVS works for you, right? ---------------------------------------------------------------------- Comment By: Melvyn Sopacua (nyvlem) Date: 2003-02-06 12:17 Message: Logged In: YES user_id=212431 > So far only gcc3.2 has complained. Nope: /usr/local/include/expat.h:657: use of enum `XML_Status' without previous declaration /usr/local/include/expat.h:736: multiple definition of `enum XML_Status' gmake[2]: *** [context.lo] Error 1 gmake[2]: Leaving directory `/home/mdev/cvs/sablot/src/engine' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/mdev/cvs/sablot/src' gmake: *** [all-recursive] Error 1 $ gcc --version 2.95.3 ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-01-31 06:43 Message: Logged In: YES user_id=290026 It *is* fixed in CVS. Are you sure you checked out the right version, which is expat.h 1.51? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-01-31 02:34 Message: Logged In: NO I just got the same error, already fixed it. But don't understand why it isn't fixed in CVS ? ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2003-01-29 10:44 Message: Logged In: YES user_id=3066 I've not checked the C89 standard yet, but Expat 1.95.6 is certainly dodgy in this case. ;-( The first draft of the C spec I found online certainly seemed to imply that any use of an incomplete enum is not allowed; I'm not likely to go out and buy a copy of the final spec to check further. ;-) As noted, this has been fixed in CVS. Fixed the summary to better indicate what this report is about, and lowered the priority to get it out of the way for maintainers. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-01-29 07:51 Message: Logged In: YES user_id=290026 So far only gcc3.2 has complained. Not sure if this is a bug, since most compilers accept it, but it has been fixed in CVS already anyway. Set resolution status to fixed, but leave open. There may be other users who would report this as a bug and I want them to see the open report instead of having duplicates created. Assigned to Fred - since he may know more about whether this truly is a bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=676844&group_id=10127 From noreply at sourceforge.net Fri Feb 18 15:02:36 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 18 15:02:47 2005 Subject: [Expat-bugs] [ expat-Bugs-676844 ] expat.h compile error: enum XML_Status Message-ID: Bugs item #676844, was opened at 2003-01-29 10:37 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=676844&group_id=10127 Category: None Group: None Status: Closed Resolution: Fixed Priority: 9 Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: expat.h compile error: enum XML_Status Initial Comment: c++ -DHAVE_CONFIG_H -I. -I. -I../../autocfg -g -O2 -c context.cpp -fPIC -DPIC -o .libs/context.lo In file included from parser.h:45, from guard.h:143, from context.cpp:45: /usr/include/expat.h:657: use of enum `XML_Status' without previous declaration /usr/include/expat.h:736: multiple definition of `enum XML_Status' when building sablotron. Hand editing the file to place the def of enum XML_Status before any references to it fixes the problem. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2005-02-18 09:02 Message: Logged In: YES user_id=290026 That was fixed in CVS back in September 2004. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-02-18 04:09 Message: Logged In: NO Even in expat-1.95.8, Sun Workshop CC 5.0 fails on expat.h. Fix: Delete the last comma (after "= 2") in the enum: enum XML_Status { ... XML_STATUS_SUSPENDED = 2, #define XML_STATUS_SUSPENDED XML_STATUS_SUSPENDED }; ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2003-11-17 10:30 Message: Logged In: YES user_id=3066 You need to contact the PHP maintainers regarding this, though it may be a matter of needed to remove config.cache and then running configure again. The problem has definately been fixed in Expat 1.95.7. ---------------------------------------------------------------------- Comment By: richard (dhaji) Date: 2003-11-16 21:53 Message: Logged In: YES user_id=910750 Hello, I've installed Expat 1.95.7 and am getting this error... PHP 4.34 seems to have included Expat 1.95.6 - I wonder if I'm in conflict here? swapping PHP's version of expat.h with version in 1.95.7 did not move things along any further, got same error... any suggestions? Details: ====== OS: RH Linux 6.1 gcc: 2.91.66 ----------------------------------------------------------- checking where to find xml parser... expat (new) checking expat.h usability... no checking expat.h presence... yes configure: WARNING: expat.h: present but cannot be compiled configure: WARNING: expat.h: check for missing prerequisite headers? configure: WARNING: expat.h: proceeding with the preprocessor's result configure: WARNING: ## -------------------------------- ---- ## configure: WARNING: ## Report this to bug- autoconf@gnu.org. ## configure: WARNING: ## -------------------------------- ---- ## checking for expat.h... yes checking whether expat.h is broken... yes configure: error: You probably have expat version 1.95.6. ----------------------------------------------------------- thanks in advance, - Richard ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2003-10-21 00:37 Message: Logged In: YES user_id=3066 Expat 1.95.7 has been released and includes the fix for this problem. Please update to Expat 1.95.7 if you're still having problems related to this issue. ---------------------------------------------------------------------- Comment By: paul jobson (vbrtrmn) Date: 2003-10-08 14:47 Message: Logged In: YES user_id=155212 Platform: OSX Jaguar 10.2 expat version 1.95.6 Sablot ./configure error message: --------------------------------- Truncated --------------------------------- checking where to find xml parser... expat (new) checking expat.h usability... no checking expat.h presence... yes configure: WARNING: expat.h: present but cannot be compiled configure: WARNING: expat.h: check for missing prerequisite headers? configure: WARNING: expat.h: proceeding with the preprocessor's result configure: WARNING: ## -------------------------------- ---- ## configure: WARNING: ## Report this to bug- autoconf@gnu.org. ## configure: WARNING: ## -------------------------------- ---- ## checking for expat.h... yes checking whether expat.h is broken... yes configure: error: You probably have expat version 1.95.6. Please refer to: http://sourceforge.net/tracker/index.php? func=detail&aid=676844&group_id=10127&atid=110127 for a description of the problem. --------------------------------- I downloaded the newest expat.h from the CVS, stuck it in the /lib directory and recompiled expat, Sablot seems to configure correctly, now. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-09-13 16:42 Message: Logged In: YES user_id=290026 We intend to release soon. All that is holding us up is finding the time to actually do it. Fred will be back in a week, and I hope he can find the time then. Now, since your users are expert enough to build Expat from source, what is holding them back from using the current CVS? It is pretty much what we will release, except possibly for minor details, or if someone finds a bug, of course. We do actually want users to build from CVS, as our desire to have stable file releases means that we want our changes to be tested as much as possible. ---------------------------------------------------------------------- Comment By: Jacob Levy (jyljyljyl) Date: 2003-09-13 16:29 Message: Logged In: YES user_id=63723 Are you planning -- please? -- to make another file release containing these fixes? Asking my users to build expat from the current release is not working, because of this bug. As a result, I'm recommending to my users to get/use an older version of expat without the new nifty features. --JYL ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-09-13 12:19 Message: Logged In: YES user_id=290026 Has been fixed in CVS for a long time. Btw, CVS is generally stable, as we are quite careful to commit changes only when they have been tested. No guarantees, of course. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-09-13 10:44 Message: Logged In: NO this is simply a matter of the expat.h file being wrongly organised so that "enum XML_Status" is used several times before it is declared. 30 seconds copying and pasting will fix it. currently nothing using expat.h compiles under gcc 3.2.3 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-07-18 09:16 Message: Logged In: NO After I read all this comments, i saw that u were right. : ) I placed the following definitions enum XML_Status { XML_STATUS_ERROR = 0, #define XML_STATUS_ERROR XML_STATUS_ERROR XML_STATUS_OK = 1 #define XML_STATUS_OK XML_STATUS_OK }; at the beginning of the expat.h file, before any call to it, and it compiled succesfully. After this I compiled sablot with no problems. thank u guys ... : ) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-19 11:36 Message: Logged In: NO in configure..:: checking XML::Parser perl module... no: documentation requires XML::Parser module and will not be built. checking whether to build under GPL... no checking whether to build the debugger... no checking where to find xml parser... expat (new) checking expat.h usability... no checking expat.h presence... yes configure: WARNING: expat.h: present but cannot be compiled configure: WARNING: expat.h: check for missing prerequisite headers? configure: WARNING: expat.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf@gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for expat.h... yes checking whether expat.h is broken... yes configure: error: You probably have expat version 1.95.6. Please refer to: http://sourceforge.net/tracker/index.php?func=detail&aid=676844&group_id=10127&atid=110127 for a description of the problem. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-05-30 16:47 Message: Logged In: YES user_id=290026 Yes, the file to fix is expat.h. Two things you can do: 1) get the latest expat.h from CVS, or 2) use your editor to search expat.h for the first location where XML_STATUS is used and then move the definition of XML_STATUS to some location before that point. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-05-30 16:26 Message: Logged In: NO I have the same problem has other senders, but the fix is unclear as you did not indicate which file needs fixing (I assume expat.h) or line number to place the def of enum XML_Status. Please assume people are stupid.. checking expat.h usability... no checking expat.h presence... yes configure: WARNING: expat.h: present but cannot be compiled configure: WARNING: expat.h: check for missing prerequisite headers? configure: WARNING: expat.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf@gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for expat.h... yes checking whether expat.h is broken... yes configure: error: You probably have expat version 1.95.6. Please refer to: http://sourceforge.net/tracker/index.php?func=detail&aid=676844&group_id=10127&atid=110127 for a description of the problem. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-05-08 09:18 Message: Logged In: YES user_id=290026 See above - original submission: Hand editing the file to place the def of enum XML_Status before any references to it fixes the problem. ---------------------------------------------------------------------- Comment By: Donche, Pieter (pdon) Date: 2003-05-08 03:20 Message: Logged In: YES user_id=774177 SUN Sparc Enterprise 2170 Solaris 2.8 gcc 3.2 Downloaded expat-1.95.6.tar.gz ./configure, make, make install OK Downloaded Sablot-0.98.tar.gz (Sablotron package, from www.gingerall.com) ./configure says: ... checking expat.h presence... yes expat.h: present but cannot be compiled expat.h: check for missing prerequisite headers? expat.h: proceeding with the preprocessor's result ##-------------------------------------------------## ## Report this to bug-autoconf@gnu.org ## ##-------------------------------------------------## checking for expat.h... yes checking wether expat.h is broken... yes error: You probably have expat version 1.95.6. Please refer to http://sourceforge.net/tracker/index.php? func=detail&aid=676844&group_id=10127&atid=110127 for a description of the problem -- Looked at that web-page. Don't see a solution there. Wath is the solution ? Pieter.Donche@ua.ac.be ---------------------------------------------------------------------- Comment By: Donche, Pieter (pdon) Date: 2003-05-08 03:20 Message: Logged In: YES user_id=774177 SUN Sparc Enterprise 2170 Solaris 2.8 gcc 3.2 Downloaded expat-1.95.6.tar.gz ./configure, make, make install OK Downloaded Sablot-0.98.tar.gz (Sablotron package, from www.gingerall.com) ./configure says: ... checking expat.h presence... yes expat.h: present but cannot be compiled expat.h: check for missing prerequisite headers? expat.h: proceeding with the preprocessor's result ##-------------------------------------------------## ## Report this to bug-autoconf@gnu.org ## ##-------------------------------------------------## checking for expat.h... yes checking wether expat.h is broken... yes error: You probably have expat version 1.95.6. Please refer to http://sourceforge.net/tracker/index.php? func=detail&aid=676844&group_id=10127&atid=110127 for a description of the problem -- Looked at that web-page. Don't see a solution there. Wath is the solution ? Pieter.Donche@ua.ac.be ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-04-16 09:59 Message: Logged In: YES user_id=290026 Changed priority to highest to make it more visible, so that double reporting incidents occur less frequently. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-03-27 05:42 Message: Logged In: NO Same problem and the same fix under Linux and gcc 2.95.2. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-03-07 06:20 Message: Logged In: NO same problem, same fix when building 1.95.6 on vms (just downloaded .tar.gz & processed - got the rpm, but don't know what to do with it - not an archive type I know how to handle on vms, or windows either) - chris.sharman@ccagroup.co.uk ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-02-28 21:03 Message: Logged In: YES user_id=290026 Strange - I had no problems with MS VC++ 6.0. Which service pack level have you applied? ---------------------------------------------------------------------- Comment By: Jacob Levy (jyljyljyl) Date: 2003-02-28 20:35 Message: Logged In: YES user_id=63723 This makes Expat 1.95.6 unusable for people who create libraries that depend on Expat but don't include their own copy of Expat. Sure, I can edit expat.h and fix it, but my users should not be expected to do that. For that reason I'm staying with Expat 1.95.5 until this problem is fixed. It'd be really nice if you could make Expat 1.95.7 soon.. In my case GCC 2.95.2 and VC++ 6.0 are complaining. ---------------------------------------------------------------------- Comment By: Melvyn Sopacua (nyvlem) Date: 2003-02-14 02:56 Message: Logged In: YES user_id=212431 Yes, that works. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-02-06 15:47 Message: Logged In: YES user_id=290026 But current CVS works for you, right? ---------------------------------------------------------------------- Comment By: Melvyn Sopacua (nyvlem) Date: 2003-02-06 15:17 Message: Logged In: YES user_id=212431 > So far only gcc3.2 has complained. Nope: /usr/local/include/expat.h:657: use of enum `XML_Status' without previous declaration /usr/local/include/expat.h:736: multiple definition of `enum XML_Status' gmake[2]: *** [context.lo] Error 1 gmake[2]: Leaving directory `/home/mdev/cvs/sablot/src/engine' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/mdev/cvs/sablot/src' gmake: *** [all-recursive] Error 1 $ gcc --version 2.95.3 ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-01-31 09:43 Message: Logged In: YES user_id=290026 It *is* fixed in CVS. Are you sure you checked out the right version, which is expat.h 1.51? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-01-31 05:34 Message: Logged In: NO I just got the same error, already fixed it. But don't understand why it isn't fixed in CVS ? ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2003-01-29 13:44 Message: Logged In: YES user_id=3066 I've not checked the C89 standard yet, but Expat 1.95.6 is certainly dodgy in this case. ;-( The first draft of the C spec I found online certainly seemed to imply that any use of an incomplete enum is not allowed; I'm not likely to go out and buy a copy of the final spec to check further. ;-) As noted, this has been fixed in CVS. Fixed the summary to better indicate what this report is about, and lowered the priority to get it out of the way for maintainers. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2003-01-29 10:51 Message: Logged In: YES user_id=290026 So far only gcc3.2 has complained. Not sure if this is a bug, since most compilers accept it, but it has been fixed in CVS already anyway. Set resolution status to fixed, but leave open. There may be other users who would report this as a bug and I want them to see the open report instead of having duplicates created. Assigned to Fred - since he may know more about whether this truly is a bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=676844&group_id=10127 From noreply at sourceforge.net Wed Feb 23 09:09:21 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 23 09:09:24 2005 Subject: [Expat-bugs] [ expat-Bugs-1095888 ] make fails on Solaris 9 - expat 1.95.8 Message-ID: Bugs item #1095888, was opened at 2005-01-04 09:24 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1095888&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: make fails on Solaris 9 - expat 1.95.8 Initial Comment: When executing the following: PATH=/usr/ccs/bin:$PATH make I receive the following output: /bin/bash ./libtool --silent --mode=compile gcc -g -O2 - Wall -Wmissing-prototypes -Wstrict-prototypes - fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -o lib/xmlparse.lo -c lib/xmlparse.c lib/xmlparse.c: In function `storeAttributeValue': lib/xmlparse.c:4713: error: `pool' undeclared (first use in this function) lib/xmlparse.c:4713: error: (Each undeclared identifier is reported only once lib/xmlparse.c:4713: error: for each function it appears in.) lib/xmlparse.c:4718: warning: left-hand operand of comma expression has no effect *** Error code 1 make: Fatal error: Command failed for target `lib/xmlparse.lo' E-Mail: HS.Brown@smius.com ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-02-23 00:09 Message: Logged In: NO make fails on mandrake linux,konsole terminal, the following message is displayed: : *** No rule to make target `lib/xmlparse.lo', needed by `libexpat.la'. Stop. I tried to change the line related to lib/xmlparse.lo in the make file, but no changes ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-02-10 07:38 Message: Logged In: NO Sorry Fred. You're right. When I compiled with the missing .h I got a heap of errors. I thought that they were similar to the ones reported here. On closer inspection of these errors I realise they differ. If its any consolation I had no further problems installing 1.95.8 on Solaris 9 once I fixed the missing ".h" file. Once again sorry for wasting your time. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-02-10 06:38 Message: Logged In: YES user_id=3066 donsi: This has nothing to do with the installation problem you observed (which has already been fixed in CVS) or bug #1114960 which you cite. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-02-10 05:53 Message: Logged In: YES user_id=290026 I guess you should try the CVS version of Expat. ---------------------------------------------------------------------- Comment By: donsi (donsi) Date: 2005-02-10 03:21 Message: Logged In: YES user_id=1216186 I have found this problem too today while trying to install on solaris 9. I tracked the problem down to the following line in Makefile.in: $(INSTALL_DATA) $(APIHEADER) $(includedir) At build time, this expands out to something like: conftools/install-sh -c -m 644 ./lib/expat.h ./lib/expat_external.h installdir/include On solaris at least, it appears that install-sh does not handle installing multiple files. As a consequence the expat_external.h is not installed. A manual workaround to this problem is to install the expat_external.h file by hand. I think this bug is related to 1114960. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-05 11:03 Message: Logged In: NO Well, not being a C programmer, I don't know what to look for... I do see that pool is declared (I think), but I have no explanation for the errors; I just want it to compile. I need to compile PHP to support Horde and IMP. This is a dependency/prereq for compiling PHP with XML support. I wish I could puzzle it out, but I haven't a clue what I am looking at, sadly. Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-05 10:47 Message: Logged In: YES user_id=290026 I don't have Solaris available. Have you tried playing around with the source to find out exactly what the compiler doesn't like? It seems this line: lib/xmlparse.c:4713: error: `pool' undeclared (first use in this function) should not be reported, as 'pool' is most certainly declared. Karl ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-05 10:36 Message: Logged In: NO Anybody? I could sure use some help here! Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-04 13:39 Message: Logged In: NO ./configure comes up fine, so I am not sure why make fails. checking for an ANSI C-conforming const... yes I am using GCC, and the above line from the ./config output *seems* to indicate that it is fine in ANSI compatibility mode, but not sure how to force ANSI compatibility. I don't see anything in the docs... I need to get this running to compile it in with PHP, anybody done this on Solaris 9 before? Thanks, --H. Scott Brown ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-04 11:54 Message: Logged In: YES user_id=290026 The changes seem to be just the ones made since 1.95.8, so your version looks OK. Which compiler are you using? Is it in ANSI compatibility mode? I am not the build expert here, so if you find a solution, please let me know. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-04 11:49 Message: Logged In: NO Hmmmm... The one in CVS and the one that came with the package I downloaded from sourceforge (expat-1.95.8.tar.gz) are radically different. It isn't clear to me which version of this file exists in the package I got here at SF, but I compared it to 1.143, and they aren't the same. Here is a copy of my UNIX diff file: 1444c1444 < to detect errors based on that fact. --- > to detect errors based on this information. 1497a1498 > positionPtr = end; 1519a1521,1522 > bufferPtr = buffer; > bufferEnd = buffer + nLeftOver; 1521,1526d1523 < bufferPtr = buffer; < bufferEnd = buffer + nLeftOver; < positionPtr = bufferPtr; < parseEndPtr = bufferEnd; < eventPtr = bufferPtr; < eventEndPtr = bufferPtr; 1545c1542 < enum XML_Status result = XML_STATUS_OK; --- > enum XML_Error result = XML_STATUS_OK; 1704c1701 < enum XML_Status result = XML_STATUS_OK; --- > enum XML_Error result = XML_STATUS_OK; 1842c1839 < static const XML_LChar* const message[] = { --- > static const XML_LChar *message[] = { 1860c1857 < XML_L("XML or text declaration not at start of entity"), --- > XML_L("xml declaration not at start of external entity"), 1880c1877 < XML_L("cannot suspend in external parameter entity"), --- > XML_L("cannot suspend in external parameter entity") 1881,1883d1877 < XML_L("reserved prefix (xml) must not be undeclared or bound to another namespace name"), < XML_L("reserved prefix (xmlns) must not be declared or undeclared"), < XML_L("prefix must not be bound to one of the reserved namespace names") 1925,1927c1919,1921 < static const XML_Feature features[] = { < {XML_FEATURE_SIZEOF_XML_CHAR, XML_L("sizeof (XML_Char)"), < sizeof(XML_Char)}, --- > static XML_Feature features[] = { > {XML_FEATURE_SIZEOF_XML_CHAR, XML_L("sizeof (XML_Char)"), 0}, > {XML_FEATURE_SIZEOF_XML_LCHAR, XML_L("sizeof (XML_LChar)"), 0}, 1928,1929d1921 < {XML_FEATURE_SIZEOF_XML_LCHAR, XML_L("sizeof (XML_LChar)"), < sizeof(XML_LChar)}, 1948a1941,1942 > features[0].value = sizeof(XML_Char); > features[1].value = sizeof(XML_LChar); 2831c2825 < j < step ? (j += nsAttsSize - step) : (j -= step); --- > j < step ? ( j += nsAttsSize - step) : (j -= step); 2888c2882 < ; /* prefixLen includes null terminator */ --- > ; 2895c2889 < ; /* i includes null terminator */ --- > ; 2910d2903 < /* if namespaceSeparator != '\0' then uri includes it already */ 2913d2905 < /* we always have a namespace separator between localPart and prefix */ 2915,2916c2907,2908 < uri += i - 1; < *uri = namespaceSeparator; /* replace null terminator */ --- > uri = uri + (i - 1); > if (namespaceSeparator) 2916a2909 > *uri = namespaceSeparator; 2930,2949d2922 < static const XML_Char xmlNamespace[] = { < 'h', 't', 't', 'p', ':', '/', '/', < 'w', 'w', 'w', '.', 'w', '3', '.', 'o', 'r', 'g', '/', < 'X', 'M', 'L', '/', '1', '9', '9', '8', '/', < 'n', 'a', 'm', 'e', 's', 'p', 'a', 'c', 'e', '\0' < }; < static const int xmlLen = < (int)sizeof(xmlNamespace)/sizeof(XML_Char) - 1; < static const XML_Char xmlnsNamespace[] = { < 'h', 't', 't', 'p', ':', '/', '/', < 'w', 'w', 'w', '.', 'w', '3', '.', 'o', 'r', 'g', '/', < '2', '0', '0', '0', '/', 'x', 'm', 'l', 'n', 's', '/', '\0' < }; < static const int xmlnsLen = < (int)sizeof(xmlnsNamespace)/sizeof(XML_Char) - 1; < < XML_Bool mustBeXML = XML_FALSE; < XML_Bool isXML = XML_TRUE; < XML_Bool isXMLNS = XML_TRUE; < 2957,2958c2930,2931 < if (prefix->name < && prefix->name[0] == XML_T('x') --- > for (len = 0; uri[len]; len++) > ; 2959,2989d2931 < && prefix->name[1] == XML_T('m') < && prefix->name[2] == XML_T('l')) { < < /* Not allowed to bind xmlns */ < if (prefix->name[3] == XML_T('n') < && prefix->name[4] == XML_T('s') < && prefix->name[5] == XML_T('\0')) < return XML_ERROR_RESERVED_PREFIX_XMLNS; < < if (prefix->name[3] == XML_T('\0')) < mustBeXML = XML_TRUE; < } < < for (len = 0; uri[len]; len++) { < if (isXML && (len > xmlLen || uri[len] != xmlNamespace [len])) < isXML = XML_FALSE; < < if (!mustBeXML && isXMLNS < && (len > xmlnsLen || uri[len] != xmlnsNamespace [len])) < isXMLNS = XML_FALSE; < } < isXML = isXML && len == xmlLen; < isXMLNS = isXMLNS && len == xmlnsLen; < < if (mustBeXML != isXML) < return mustBeXML ? XML_ERROR_RESERVED_PREFIX_XML < : XML_ERROR_RESERVED_NAMESPACE_URI; < < if (isXMLNS) < return XML_ERROR_RESERVED_NAMESPACE_URI; < 5347c5289 < if (namespaceSeparator) --- > if (namespaceSeparator != XML_T('\0')) 5373c5315 < if (namespaceSeparator) --- > if (namespaceSeparator != XML_T('\0')) Should I try simply replacing xmlparse.c with the one from CVS in my distro? Thanks, --Scott ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2005-01-04 10:19 Message: Logged In: YES user_id=290026 Your line numbers seem off. Are you using the correct xmlparse.c? Compare it with CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1095888&group_id=10127 From noreply at sourceforge.net Thu Feb 24 08:42:17 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 24 08:42:20 2005 Subject: [Expat-bugs] [ expat-Bugs-1150814 ] expat_win32bin StaticLibs are wrong version Message-ID: Bugs item #1150814, was opened at 2005-02-23 23:42 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=1150814&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: expat_win32bin StaticLibs are wrong version Initial Comment: Installed version of expat: expat_win32bin_1_95_8.exe, which contains both dynamic and static versions of the library. Linking against StaticLibs/libexpatw.lib and StaticLibs/libexpat.lib produce the following errors base.lib(XMLReader_Expat.obj) : error LNK2001: unresolved external symbol _XML_ResumeParser base.lib(XMLReader_Expat.obj) : error LNK2001: unresolved external symbol _XML_StopParser I suspected that the static libs were out of date, so I investigated a little... the files are dated September 06, 2002, 6:04:54 PM. 2002 is pretty old, so I'm guessing this is not new to 1.95.8. A temporary fix is to link against the multi-threaded (libexpatwMT.lib) static library, which seems to work just fine. - Tim Valenzuela tim _at_ deadlyninja.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1150814&group_id=10127 From noreply at sourceforge.net Thu Feb 24 14:58:54 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 24 14:58:58 2005 Subject: [Expat-bugs] [ expat-Bugs-1150814 ] expat_win32bin StaticLibs are wrong version Message-ID: Bugs item #1150814, was opened at 2005-02-24 02:42 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1150814&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: expat_win32bin StaticLibs are wrong version Initial Comment: Installed version of expat: expat_win32bin_1_95_8.exe, which contains both dynamic and static versions of the library. Linking against StaticLibs/libexpatw.lib and StaticLibs/libexpat.lib produce the following errors base.lib(XMLReader_Expat.obj) : error LNK2001: unresolved external symbol _XML_ResumeParser base.lib(XMLReader_Expat.obj) : error LNK2001: unresolved external symbol _XML_StopParser I suspected that the static libs were out of date, so I investigated a little... the files are dated September 06, 2002, 6:04:54 PM. 2002 is pretty old, so I'm guessing this is not new to 1.95.8. A temporary fix is to link against the multi-threaded (libexpatwMT.lib) static library, which seems to work just fine. - Tim Valenzuela tim _at_ deadlyninja.com ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2005-02-24 08:58 Message: Logged In: YES user_id=290026 Another one for Fred. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1150814&group_id=10127