From noreply@sourceforge.net Tue May 1 19:32:03 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 01 May 2001 11:32:03 -0700 Subject: [ expat-Bugs-420516 ] Link Failure under Win32 with MSDEV Message-ID: Bugs item #420516, was updated on 2001-05-01 11:32 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=420516&group_id=10127 Category: XML::Parser Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: Link Failure under Win32 with MSDEV Initial Comment: XML::Parser (and other projects that link against Expat) fails with link error 2001 "Unresolved external symbol _XML_DefaultCurrent". To fix this problem, edit expat.h so that the function name XML_DefaultCurrent is preceded by the macro XMLPARSEAPI, as it is with the other exported functions. Then recompile and reinstall Expat. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=420516&group_id=10127 From noreply@sourceforge.net Wed May 2 08:58:09 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 02 May 2001 00:58:09 -0700 Subject: [ expat-Bugs-420676 ] illegal compile option on AIX Message-ID: Bugs item #420676, was updated on 2001-05-02 00:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=420676&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: illegal compile option on AIX Initial Comment: I get the following /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H - DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmlparse.c cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.1\ -I. -I.. -g -Wp,- MD,.deps/xmlparse.pp -c xmlparse.c -DPIC -o xmlparse.lo 1506-173 (W) Option MD is not valid. Enter xlc for list of valid options. 1506-297 (S) Unable to open input file xmlparse.lo. No such file or directory. "xmlparse.lo", line 1.1: 1506-356 (W) Compilation unit is empty. make: 1254-004 The error code from the last command is 1. running make install on aix for expat 1.95.1. I have no idea what -MD is or how to repair this. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=420676&group_id=10127 From noreply@sourceforge.net Thu May 3 21:10:18 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 03 May 2001 13:10:18 -0700 Subject: [ expat-Bugs-414453 ] Segmentation fault on UTF-8 BOM Message-ID: Bugs item #414453, was updated on 2001-04-06 17:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414453&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jeremy Condit (jcondit) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Segmentation fault on UTF-8 BOM Initial Comment: It appears that expat will crash when parsing any document that begins with a UTF-8 BOM (0xefbbbf). When initScan() sees this sequence of characters at the beginning of a document, it does not set *nextTokPtr, so the next iteration of prologProcessor () uses a bogus pointer, ultimately causing a crash. This could be related to bug #214050 (Segmentation fault in libxmltok). ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-05-03 13:10 Message: Logged In: YES user_id=3066 No response, so this must be from an earlier version. Closing the bug report as "fixed". ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-18 13:36 Message: Logged In: YES user_id=3066 What version were you using? I checked in a fix for a problem matching this description since the 1.95.1 release. Can you reproduce the bug using the CVS version of Expat? Thanks. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414453&group_id=10127 From noreply@sourceforge.net Fri May 4 17:17:44 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 04 May 2001 09:17:44 -0700 Subject: [ expat-Bugs-421407 ] XML_SetReturnNSTriplet&element trouble. Message-ID: Bugs item #421407, was updated on 2001-05-04 09:17 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=421407&group_id=10127 Category: XML::Parser Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tim Crook (tcrook2) Assigned to: Clark Cooper (coopercc) Summary: XML_SetReturnNSTriplet&element trouble. Initial Comment: Using XML_SetReturnNSTriplet to get the element handler to return the element name in the format "url|name|prefix" doesn't work. Only attributes are laid out in the "url|name|prefix" format when triplets are enabled. Only storeAtts seems to be using the variable ns_triplets which is set by calling XML_SetReturnNSTriplet function. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=421407&group_id=10127 From noreply@sourceforge.net Fri May 4 17:27:05 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 04 May 2001 09:27:05 -0700 Subject: [ expat-Bugs-421407 ] XML_SetReturnNSTriplet&element trouble. Message-ID: Bugs item #421407, was updated on 2001-05-04 09:17 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=421407&group_id=10127 Category: XML::Parser Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Tim Crook (tcrook2) Assigned to: Clark Cooper (coopercc) Summary: XML_SetReturnNSTriplet&element trouble. Initial Comment: Using XML_SetReturnNSTriplet to get the element handler to return the element name in the format "url|name|prefix" doesn't work. Only attributes are laid out in the "url|name|prefix" format when triplets are enabled. Only storeAtts seems to be using the variable ns_triplets which is set by calling XML_SetReturnNSTriplet function. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-05-04 09:27 Message: Logged In: YES user_id=3066 This is a duplicate of bug report #231864. It is not specific to XML::Parser but is a bug in the underlying parser library. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=421407&group_id=10127 From noreply@sourceforge.net Sat May 5 09:19:40 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sat, 05 May 2001 01:19:40 -0700 Subject: [ expat-Bugs-408156 ] XML::Parser::parse() segfaults mod_perl Message-ID: Bugs item #408156, was updated on 2001-03-12 23:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=408156&group_id=10127 Category: XML::Parser Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: XML::Parser::parse() segfaults mod_perl Initial Comment: Versions: FreeBSD 4.2-STABLE Apache 1.3.17 mod_perl 1.25 perl 5.00503 XML::Parser 2.30 expat 1.95.1 opensrs-client 2.3.2 When used under mod_perl in the environment described, a call to the parse() method in an XML::Parser object causes the Apache instance to segfault. This is in context of the OpenSRS client communication library, which uses XML for its protocol. Everything is fine when the same code is used as a standalone CGI. ---------------------------------------------------------------------- Comment By: Ron Theis (justron) Date: 2001-05-05 01:19 Message: Logged In: YES user_id=212228 I ran into this same problem on Linux. By compiling Apache without expat, parse() now runs fine in XML::Parser. I ran Apache's configure with the --disable-rule=EXPAT option. Of course, the implicit assumption here is that other parts of Apache are OK not having expat-lite installed..... ---------------------------------------------------------------------- Comment By: Randy Wright (rw26) Date: 2001-04-23 09:15 Message: Logged In: YES user_id=202926 I have the same problem on a solaris box. I think fdrake has made a correct diagnosis. Apache contains 'expat-lite' and there seems to be a namespace collision when you load expate via Perl::XML under mod_perl. I am not sure what the solution is. --randy wright rw26@acf3.nyu.edu ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-04-04 18:25 Message: Logged In: YES user_id=3066 I *think* you're getting two copies of Expat linked in, but I'm not sure. Essentially, Apache/mod_perl might have one, and XML::Parser can also have one. I'm assigning this to Clark since the Perl bindings are his baby. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=408156&group_id=10127 From noreply@sourceforge.net Tue May 8 10:14:47 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 08 May 2001 02:14:47 -0700 Subject: [ expat-Bugs-422239 ] Bug in XmlUpdatePosition() Message-ID: Bugs item #422239, was updated on 2001-05-08 02:14 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=422239&group_id=10127 Category: XML::Parser Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: Bug in XmlUpdatePosition() Initial Comment: If I call XML_GetCurrentLineNumber() at the end of a document, it appears to double count the lines. Calling XML_GetCurrentLineNumber() on every end element event seems to solve the problem. I have no explanation for this, other than supposing there may be a bug in the call to XmlUpdatePosition(), from XML_Parse(). ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=422239&group_id=10127 From noreply@sourceforge.net Tue May 8 20:05:59 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 08 May 2001 12:05:59 -0700 Subject: [ expat-Bugs-223800 ] makefile targeted to gmake only Message-ID: Bugs item #223800, was updated on 2000-11-29 07:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=223800&group_id=10127 Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Philippe Willem (phil_ip) Assigned to: Greg Stein (gstein) Summary: makefile targeted to gmake only Initial Comment: After a configure, make doesn't do anything on a SCO platform. A cd ./lib; make doesn't do nothing either. Using gmake helps a little but the make process fails whith the lack of ./lib/.deps/xmlparse.pp reported earlier. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-05-08 12:05 Message: Logged In: NO Sharing the Makefile.in fixes for Solaris would be very helpful! ---------------------------------------------------------------------- Comment By: Richard Green (richy) Date: 2001-04-25 07:52 Message: Logged In: YES user_id=13587 Fails in a Sun / Solaris environment as well - Needed to hand mangle the makefile.in files ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=223800&group_id=10127 From noreply@sourceforge.net Tue May 8 21:33:47 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 08 May 2001 13:33:47 -0700 Subject: [ expat-Patches-412076 ] Expat for Cygwin Message-ID: Patches item #412076, was updated on 2001-03-28 18:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=412076&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Crowley (dcrowley) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Expat for Cygwin Initial Comment: Here's a diff I have for expat.h to compile with the Cygwin gcc compiler. ---------------------------------------------------------------------- >Comment By: David Crowley (dcrowley) Date: 2001-05-08 13:33 Message: Logged In: YES user_id=27458 It looks like the Cygnus gcc-2.95.3-4 needs this patch. ---------------------------------------------------------------------- Comment By: David Crowley (dcrowley) Date: 2001-03-29 10:43 Message: Logged In: YES user_id=27458 Actually, the latest version of the Cygnus gcc compiler (gcc-2.95.3-1) doesn't need this patch. An earlier version (I don't know exact version) did. It was probably a bug in the compiler, it looks like it has something to do with the XMLPARSEAPI macro along with a const return value. I just had to move the XMLPARSEAPI macro before the return type. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-03-28 21:16 Message: Logged In: YES user_id=3066 The diff is not attached; please use the SF page for this patch to attach the diff -- thanks! ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=412076&group_id=10127 From noreply@sourceforge.net Thu May 10 13:52:45 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 10 May 2001 05:52:45 -0700 Subject: [ expat-Bugs-423007 ] memory allocation problem in storeAtts() Message-ID: Bugs item #423007, was updated on 2001-05-10 05:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=423007&group_id=10127 Category: XML::Parser Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: memory allocation problem in storeAtts() Initial Comment: xmlparse.c/storeAtts() does the following binding->uri = realloc(binding->uri, binding->uriAlloc *= 2) Should read binding->uriAlloc *= 2 * sizeof (XML_Char) as it's copying shorts not bytes. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=423007&group_id=10127 From noreply@sourceforge.net Thu May 10 18:55:39 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 10 May 2001 10:55:39 -0700 Subject: [ expat-Bugs-221127 ] Unable to build 1.95.1 "Win32 Release" under DevStudio Message-ID: Bugs item #221127, was updated on 2000-11-02 09:09 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=221127&group_id=10127 Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rob Schafer (rschafer) Assigned to: Clark Cooper (coopercc) Summary: Unable to build 1.95.1 "Win32 Release" under DevStudio Initial Comment: Downloaded/extracted expat-1.95.1.tar.gz. I opened the DevStudio workspace and set the active configuration to "expat - Win32 Release". I encountered many compiler errors (too many to list here.) To fix, I made the following mods to the Win32 Release project settings (to bring them in sync with the Debug settings): - "C/C++:Precompiled Headers" Set to "Not using precompiled headers" - Under settings for xmlparse.c, escaped quotes in the VERSION #define (VERSION=\expat_1.95.1\). - Excluded xmltok_impl.c and xmltok_ns.c from the build (under "General:Exclude File From Build"). ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-05-10 10:55 Message: Logged In: NO I owe you a lunch for explaining this ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2000-12-18 21:35 Message: Clark -- do you keep a Windows development system available? Can you handle this? I don't have an authenticated CVS set up under Windows. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=221127&group_id=10127 From noreply@sourceforge.net Fri May 11 14:18:04 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 11 May 2001 06:18:04 -0700 Subject: [ expat-Bugs-423308 ] Can't support Chinese Message-ID: Bugs item #423308, was updated on 2001-05-11 06:18 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=423308&group_id=10127 Category: XML::Parser Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: Can't support Chinese Initial Comment: can't support chinese ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=423308&group_id=10127 From noreply@sourceforge.net Fri May 11 15:02:34 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 11 May 2001 07:02:34 -0700 Subject: [ expat-Bugs-423308 ] Can't support Chinese Message-ID: Bugs item #423308, was updated on 2001-05-11 06:18 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=423308&group_id=10127 >Category: None Group: Feature Request >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Can't support Chinese Initial Comment: can't support chinese ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-05-11 07:02 Message: Logged In: YES user_id=3066 Not enough information to know what the problem is. Please file a new report telling what you're trying to do (especially what encodings you're working with) and what kind of problems you are encountering. This does not appear to be specific to XML::Parser (the Perl module), so I'm marking this as general. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=423308&group_id=10127 From noreply@sourceforge.net Thu May 24 10:03:53 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 24 May 2001 02:03:53 -0700 Subject: [ expat-Patches-426894 ] Expat XML Parser for PERL Message-ID: Patches item #426894, was updated on 2001-05-24 02:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=426894&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bentot (bennyc) Assigned to: Nobody/Anonymous (nobody) Summary: Expat XML Parser for PERL Initial Comment: I'm very new in this area and I need to run a utility in PERL that requires Expat XML Parser. I have just installed ActivePERL yesterday and needed to run N Walsh' dtdformat, but it required XML::DOM, which required XML::Parser ver 2.30, which required Expat XML Parser. I already got Expat XML Parser but don't know how to make it work with PERL. Ihope you can help me. Thanks a lot! Benny ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=426894&group_id=10127 From noreply@sourceforge.net Fri May 25 14:40:15 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 25 May 2001 06:40:15 -0700 Subject: [ expat-Patches-412076 ] Expat for Cygwin Message-ID: Patches item #412076, was updated on 2001-03-28 18:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=412076&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Crowley (dcrowley) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Expat for Cygwin Initial Comment: Here's a diff I have for expat.h to compile with the Cygwin gcc compiler. ---------------------------------------------------------------------- Comment By: Robert Collins (rbcollins) Date: 2001-05-25 06:40 Message: Logged In: YES user_id=30963 Here's an alternative patch. I don't know which will be more msdev friendly... The need for the patch is that the macro XMPARSEAPI expands in the middle of the return value (ie gcc see const char __declspec(dllimport) * function which is uhmmm, bad. putting the XMLPARSEAPI at the end as per my patch gives const char * __declspec(dllimport) function which is better, and shouldn't confuse MS compilers either. Kudos for the nice fast package btw. Rob (Cygwin pthread maintainer) --- expat-1.95.1/lib/expat.h Mon Oct 23 06:47:35 2000 +++ expat-1.95.1-good/lib/expat.h Fri May 25 23:30:05 2001 @@ -544,7 +544,7 @@ Returns zero if out of memory, non-zero int XMLPARSEAPI XML_SetBase(XML_Parser parser, const XML_Char *base); -const XML_Char XMLPARSEAPI * +const XML_Char * XMLPARSEAPI XML_GetBase(XML_Parser parser); /* Returns the number of the attribute/value pairs passed in last call @@ -570,7 +570,7 @@ len may be zero for this call (or any ot int XMLPARSEAPI XML_Parse(XML_Parser parser, const char *s, int len, int isFinal); -void XMLPARSEAPI * +void * XMLPARSEAPI XML_GetBuffer(XML_Parser parser, int len); int XMLPARSEAPI @@ -683,7 +683,7 @@ XML_GetCurrentByteCount(XML_Parser parse NOTE: The character pointer returned should not be used outside the handler that makes the call. */ -const char XMLPARSEAPI * +const char * XMLPARSEAPI XML_GetInputContext(XML_Parser parser, int *offset, int *size); @@ -698,11 +698,11 @@ void XMLPARSEAPI XML_ParserFree(XML_Parser parser); /* Returns a string describing the error. */ -const XML_LChar XMLPARSEAPI * +const XML_LChar * XMLPARSEAPI XML_ErrorString(int code); /* Return a string containing the version number of this expat */ -const XML_LChar XMLPARSEAPI * +const XML_LChar * XMLPARSEAPI XML_ExpatVersion(); #ifdef __cplusplus ---------------------------------------------------------------------- Comment By: David Crowley (dcrowley) Date: 2001-05-08 13:33 Message: Logged In: YES user_id=27458 It looks like the Cygnus gcc-2.95.3-4 needs this patch. ---------------------------------------------------------------------- Comment By: David Crowley (dcrowley) Date: 2001-03-29 10:43 Message: Logged In: YES user_id=27458 Actually, the latest version of the Cygnus gcc compiler (gcc-2.95.3-1) doesn't need this patch. An earlier version (I don't know exact version) did. It was probably a bug in the compiler, it looks like it has something to do with the XMLPARSEAPI macro along with a const return value. I just had to move the XMLPARSEAPI macro before the return type. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-03-28 21:16 Message: Logged In: YES user_id=3066 The diff is not attached; please use the SF page for this patch to attach the diff -- thanks! ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=412076&group_id=10127 From noreply@sourceforge.net Thu May 31 12:44:35 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 31 May 2001 04:44:35 -0700 Subject: [ expat-Bugs-428969 ] Cannot complile using cc Message-ID: Bugs item #428969, was updated on 2001-05-31 04:44 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=428969&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot complile using cc Initial Comment: Please can someone fix the Makefile as it does not work with the cc compiler. I believe that this problem is not (UNIX) platform specific as I have seen the bug reported in lots of different guises. I have the same problem as everyone else who has reported this fault. I have the same fault cd lib; make /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=1.95.0 -I. -I.. -g -c xmlparse.c rm -f .libs/xmlparse.lo cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\1.95.0\ -I. -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c -KPIC -DPIC -o xmlparse.o command line: fatal: invalid arg for option M D: No such file or directory cc: acomp failed for xmlparse.c *** Error code 1 make: Fatal error: Command failed for target `xmlparse.lo' Current working directory /tmp/soaplite/expat-1.95.0/lib *** Error code 1 make: Fatal error: Command failed for target `lib' I think this is due to the usage of the -MD option on the cc compile line and the fact that lib/.deps is empty. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=428969&group_id=10127