From noreply at sourceforge.net Tue Feb 7 22:30:40 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 07 Feb 2006 13:30:40 -0800 Subject: [Expat-bugs] [ expat-Bugs-1426640 ] Build fails on Darwin Message-ID: Bugs item #1426640, was opened at 2006-02-07 13:30 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=1426640&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Build fails on Darwin Initial Comment: Unable to install expat 2.0.0 on my Mac. I get the following nonsense trying to build expat 2.0.0 on Mac OSX 10.4.4 : make /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall - Wmissing-prototypes -Wstrict-prototypes -fexceptions - DHAVE_EXPAT_CONFIG_H -no-undefined -version-info 6:0:5 -rpath / usr/local/lib -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo /usr/bin/libtool: for architecture: cputype (16777234) cpusubtype (0) file: -lSystem is not an object file (not allowed in a library) make: *** [libexpat.la] Error 1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1426640&group_id=10127 From noreply at sourceforge.net Wed Feb 8 00:15:25 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 07 Feb 2006 15:15:25 -0800 Subject: [Expat-bugs] [ expat-Bugs-1426640 ] Build fails on Darwin Message-ID: Bugs item #1426640, was opened at 2006-02-07 16:30 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1426640&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Build fails on Darwin Initial Comment: Unable to install expat 2.0.0 on my Mac. I get the following nonsense trying to build expat 2.0.0 on Mac OSX 10.4.4 : make /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall - Wmissing-prototypes -Wstrict-prototypes -fexceptions - DHAVE_EXPAT_CONFIG_H -no-undefined -version-info 6:0:5 -rpath / usr/local/lib -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo /usr/bin/libtool: for architecture: cputype (16777234) cpusubtype (0) file: -lSystem is not an object file (not allowed in a library) make: *** [libexpat.la] Error 1 ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-07 18:15 Message: Logged In: YES user_id=290026 It seems we have no Mac OS X experts here. If you figure out the problem, can you provide a patch? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1426640&group_id=10127 From noreply at sourceforge.net Tue Feb 14 01:33:46 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 13 Feb 2006 16:33:46 -0800 Subject: [Expat-bugs] [ expat-Bugs-1426640 ] Build fails on Darwin Message-ID: Bugs item #1426640, was opened at 2006-02-07 22:30 Message generated for change (Comment added) made by ryandesign You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1426640&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Build fails on Darwin Initial Comment: Unable to install expat 2.0.0 on my Mac. I get the following nonsense trying to build expat 2.0.0 on Mac OSX 10.4.4 : make /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -Wall - Wmissing-prototypes -Wstrict-prototypes -fexceptions - DHAVE_EXPAT_CONFIG_H -no-undefined -version-info 6:0:5 -rpath / usr/local/lib -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo /usr/bin/libtool: for architecture: cputype (16777234) cpusubtype (0) file: -lSystem is not an object file (not allowed in a library) make: *** [libexpat.la] Error 1 ---------------------------------------------------------------------- Comment By: Ryan Schmidt (ryandesign) Date: 2006-02-14 01:33 Message: Logged In: YES user_id=838923 I don't have any problem building expat 2.0.0 with Mac OS X 10.4.4 PPC. Googling for your error turned up this page http://www.petercooper.co.uk/archives/000698.html which says that it's a problem with GCC 3.x and since you're using Tiger you should be using GCC 4.x. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-08 00:15 Message: Logged In: YES user_id=290026 It seems we have no Mac OS X experts here. If you figure out the problem, can you provide a patch? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1426640&group_id=10127 From noreply at sourceforge.net Wed Feb 22 21:43:28 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 22 Feb 2006 12:43:28 -0800 Subject: [Expat-bugs] [ expat-Patches-1436978 ] Fix HP-UX build Message-ID: Patches item #1436978, was opened at 2006-02-22 12:43 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=1436978&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark F. Haigh (mfhaigh) Assigned to: Greg Stein (gstein) Summary: Fix HP-UX build Initial Comment: Patch against expat 2.0 release to fix HP-UX build failures (#1414066). Unfortunately I cannot attach a patch to the bug itself. Discussion: 1. ifdef / ifndef are GNU make-isms. Remove. 2. $^ is a GNU make-ism. Replace it with a list of all prerequsites. 3. CXX autoconf substitution was missing. Add it. 4. Suffix rule for C++ missing. Add it. Results: bash-2.04$ uname -srvm HP-UX B.11.11 U 9000/800 bash-2.04$ make check [...] Expat version: expat_2.0.0 100%: Checks: 48, Failed: 0 tests/runtestspp Expat version: expat_2.0.0 100%: Checks: 48, Failed: 0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1436978&group_id=10127 From noreply at sourceforge.net Wed Feb 22 21:46:32 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 22 Feb 2006 12:46:32 -0800 Subject: [Expat-bugs] [ expat-Bugs-1414066 ] make failes on hpux Message-ID: Bugs item #1414066, was opened at 2006-01-24 13:25 Message generated for change (Comment added) made by mfhaigh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1414066&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Warren Smith (warren_smith) Assigned to: Greg Stein (gstein) Summary: make failes on hpux Initial Comment: Make fails with builtin make with this error: Make: Must be a separator on rules line 48. Stop. ---------------------------------------------------------------------- Comment By: Mark F. Haigh (mfhaigh) Date: 2006-02-22 12:46 Message: Logged In: YES user_id=1458985 Check out patch #1436978. I can't seem to attach a file here. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-01-24 14:52 Message: Logged In: YES user_id=290026 I don't have HPUX available, and neither does the SF compile farm. Unless Greg has an idea, I am afraid the best help you can get is by debugging this on your own, and then post the solution here for others to see. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1414066&group_id=10127 From noreply at sourceforge.net Wed Feb 22 22:31:33 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 22 Feb 2006 13:31:33 -0800 Subject: [Expat-bugs] [ expat-Patches-1437014 ] Fix Intel compiler warnings Message-ID: Patches item #1437014, was opened at 2006-02-22 13:31 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=1437014&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark F. Haigh (mfhaigh) Assigned to: Nobody/Anonymous (nobody) Summary: Fix Intel compiler warnings Initial Comment: Patch to fix bug #1033965. Unfortunately I cannot attach a patch to the bug itself. The expat_external.h file incorrectly identifies icc as gcc. This is because icc defines __GNUC__ (for better or worse). The fix is to check if __INTEL_COMPILER is defined. If it is, XMLCALL should be empty. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437014&group_id=10127 From noreply at sourceforge.net Wed Feb 22 22:32:14 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 22 Feb 2006 13:32:14 -0800 Subject: [Expat-bugs] [ expat-Patches-1437014 ] Fix Intel compiler warnings Message-ID: Patches item #1437014, was opened at 2006-02-22 13:31 Message generated for change (Settings changed) made by mfhaigh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437014&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Build Control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark F. Haigh (mfhaigh) Assigned to: Nobody/Anonymous (nobody) Summary: Fix Intel compiler warnings Initial Comment: Patch to fix bug #1033965. Unfortunately I cannot attach a patch to the bug itself. The expat_external.h file incorrectly identifies icc as gcc. This is because icc defines __GNUC__ (for better or worse). The fix is to check if __INTEL_COMPILER is defined. If it is, XMLCALL should be empty. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437014&group_id=10127 From noreply at sourceforge.net Wed Feb 22 22:32:27 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 22 Feb 2006 13:32:27 -0800 Subject: [Expat-bugs] [ expat-Patches-1437014 ] Fix Intel compiler warnings Message-ID: Patches item #1437014, was opened at 2006-02-22 13:31 Message generated for change (Settings changed) made by mfhaigh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437014&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark F. Haigh (mfhaigh) >Assigned to: Greg Stein (gstein) Summary: Fix Intel compiler warnings Initial Comment: Patch to fix bug #1033965. Unfortunately I cannot attach a patch to the bug itself. The expat_external.h file incorrectly identifies icc as gcc. This is because icc defines __GNUC__ (for better or worse). The fix is to check if __INTEL_COMPILER is defined. If it is, XMLCALL should be empty. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437014&group_id=10127 From noreply at sourceforge.net Wed Feb 22 22:33:56 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 22 Feb 2006 13:33:56 -0800 Subject: [Expat-bugs] [ expat-Bugs-1033965 ] Building application fails with Intel C compiler (1.95.7) Message-ID: Bugs item #1033965, was opened at 2004-09-24 04:12 Message generated for change (Comment added) made by mfhaigh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033965&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Arjen Markus (arjenmarkus) Assigned to: Greg Stein (gstein) Summary: Building application fails with Intel C compiler (1.95.7) Initial Comment: I tried to build a small application using the Intel C compiler under Linux. The compiler chokes on the use of the macro XMLCALL: ../lib/include/expat.h(261): warning #1287: invalid attribute for field "malloc_fcn" void *(XMLCALL *malloc_fcn)(size_t size); ^ The macro seems to be set to an empty string, as there is no specific information for that compiler in the header file, but I have not thoroughly investigated this. ---------------------------------------------------------------------- Comment By: Mark F. Haigh (mfhaigh) Date: 2006-02-22 13:33 Message: Logged In: YES user_id=1458985 Patch #1437014 should fix the problem. Unfortunately I am not able to attach a patch directly to this bug. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-01-28 08:02 Message: Logged In: YES user_id=3066 The second document refers to a compatibility guide which hints at the right information, but doesn't contain the specific details I'm looking for. I'll try contacting Intel or getting a copy of the compiler. It notes that the current version of the Intel compiler supports "most" of the GCC function attributes, but it doesn't say which ones specifically. The download page for the compatibility guide is: http://www.intel.com/software/products/compilers/techtopics/LinuxCompilersCompatibility.htm ---------------------------------------------------------------------- Comment By: Arjen Markus (arjenmarkus) Date: 2005-01-28 05:59 Message: Logged In: YES user_id=400048 Here are some comments on the Intel C compiler from a Linux user that seem relevant: http://www.mcsr.olemiss.edu/parallelogram/01_03/icc.html >From the Intel site: http://www.intel.com/software/products/compilers/clin/clinux.htm I do not know whether this will actually help you solve the problem. Perhaps a direct question to the Intel support people might help. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-01-27 20:42 Message: Logged In: YES user_id=3066 I really don't like having bogus warnings being generated; if those can be cleared up, I'd like to do so. Is documentation for the Intel compiler available online? I'd be especially interested in material on compiler hints and attributes. ---------------------------------------------------------------------- Comment By: Arjen Markus (arjenmarkus) Date: 2004-09-27 02:41 Message: Logged In: YES user_id=400048 I tried with Expat 1.95.8: the result was two warnings only, but the C source was compiled and the program that finally results does the job correctly. Here are the warnings: ../expat-1.95.8/lib/expat.h(501): warning #1287: invalid attribute for field "convert" int (XMLCALL *convert)(void *data, const char *s); ^ ../expat-1.95.8/lib/expat.h(502): warning #1287: invalid attribute for field "release" void (XMLCALL *release)(void *data); ^ (As far as I am concerned: this version is okay :)) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-09-24 05:58 Message: Logged In: YES user_id=290026 This might not be a problem with Expat 1.95.8. Could you please try? Karl ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033965&group_id=10127 From noreply at sourceforge.net Wed Feb 22 22:34:06 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 22 Feb 2006 13:34:06 -0800 Subject: [Expat-bugs] [ expat-Bugs-1033965 ] Building application fails with Intel C compiler (1.95.7) Message-ID: Bugs item #1033965, was opened at 2004-09-24 04:12 Message generated for change (Comment added) made by mfhaigh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033965&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Arjen Markus (arjenmarkus) Assigned to: Greg Stein (gstein) Summary: Building application fails with Intel C compiler (1.95.7) Initial Comment: I tried to build a small application using the Intel C compiler under Linux. The compiler chokes on the use of the macro XMLCALL: ../lib/include/expat.h(261): warning #1287: invalid attribute for field "malloc_fcn" void *(XMLCALL *malloc_fcn)(size_t size); ^ The macro seems to be set to an empty string, as there is no specific information for that compiler in the header file, but I have not thoroughly investigated this. ---------------------------------------------------------------------- Comment By: Mark F. Haigh (mfhaigh) Date: 2006-02-22 13:34 Message: Logged In: YES user_id=1458985 Patch #1437014 should fix the problem. Unfortunately I am not able to attach a patch directly to this bug. ---------------------------------------------------------------------- Comment By: Mark F. Haigh (mfhaigh) Date: 2006-02-22 13:33 Message: Logged In: YES user_id=1458985 Patch #1437014 should fix the problem. Unfortunately I am not able to attach a patch directly to this bug. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-01-28 08:02 Message: Logged In: YES user_id=3066 The second document refers to a compatibility guide which hints at the right information, but doesn't contain the specific details I'm looking for. I'll try contacting Intel or getting a copy of the compiler. It notes that the current version of the Intel compiler supports "most" of the GCC function attributes, but it doesn't say which ones specifically. The download page for the compatibility guide is: http://www.intel.com/software/products/compilers/techtopics/LinuxCompilersCompatibility.htm ---------------------------------------------------------------------- Comment By: Arjen Markus (arjenmarkus) Date: 2005-01-28 05:59 Message: Logged In: YES user_id=400048 Here are some comments on the Intel C compiler from a Linux user that seem relevant: http://www.mcsr.olemiss.edu/parallelogram/01_03/icc.html >From the Intel site: http://www.intel.com/software/products/compilers/clin/clinux.htm I do not know whether this will actually help you solve the problem. Perhaps a direct question to the Intel support people might help. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-01-27 20:42 Message: Logged In: YES user_id=3066 I really don't like having bogus warnings being generated; if those can be cleared up, I'd like to do so. Is documentation for the Intel compiler available online? I'd be especially interested in material on compiler hints and attributes. ---------------------------------------------------------------------- Comment By: Arjen Markus (arjenmarkus) Date: 2004-09-27 02:41 Message: Logged In: YES user_id=400048 I tried with Expat 1.95.8: the result was two warnings only, but the C source was compiled and the program that finally results does the job correctly. Here are the warnings: ../expat-1.95.8/lib/expat.h(501): warning #1287: invalid attribute for field "convert" int (XMLCALL *convert)(void *data, const char *s); ^ ../expat-1.95.8/lib/expat.h(502): warning #1287: invalid attribute for field "release" void (XMLCALL *release)(void *data); ^ (As far as I am concerned: this version is okay :)) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-09-24 05:58 Message: Logged In: YES user_id=290026 This might not be a problem with Expat 1.95.8. Could you please try? Karl ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033965&group_id=10127 From noreply at sourceforge.net Fri Feb 24 03:58:42 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 23 Feb 2006 18:58:42 -0800 Subject: [Expat-bugs] [ expat-Patches-1437840 ] Compile fix rollup patch against 2.0.0 Message-ID: Patches item #1437840, was opened at 2006-02-23 18:58 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=1437840&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark F. Haigh (mfhaigh) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fix rollup patch against 2.0.0 Initial Comment: The attached rollup patch fixes the following bugs: #1414066 - make failes on hpux #1033965 - Building application fails with Intel C compiler (1.95.7) #N/A - Build fails on Tru64 UNIX. The patch was tested on x86-64 Linux, i386 NetBSD, HP-UX 11i, and Tru64 5.1b. All tests passed on each machine. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127 From noreply at sourceforge.net Fri Feb 24 04:02:44 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 23 Feb 2006 19:02:44 -0800 Subject: [Expat-bugs] [ expat-Patches-1437014 ] Fix Intel compiler warnings Message-ID: Patches item #1437014, was opened at 2006-02-22 13:31 Message generated for change (Settings changed) made by mfhaigh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437014&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Control Group: None >Status: Deleted Resolution: None Priority: 5 Submitted By: Mark F. Haigh (mfhaigh) Assigned to: Greg Stein (gstein) Summary: Fix Intel compiler warnings Initial Comment: Patch to fix bug #1033965. Unfortunately I cannot attach a patch to the bug itself. The expat_external.h file incorrectly identifies icc as gcc. This is because icc defines __GNUC__ (for better or worse). The fix is to check if __INTEL_COMPILER is defined. If it is, XMLCALL should be empty. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437014&group_id=10127 From noreply at sourceforge.net Fri Feb 24 04:02:57 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 23 Feb 2006 19:02:57 -0800 Subject: [Expat-bugs] [ expat-Patches-1436978 ] Fix HP-UX build Message-ID: Patches item #1436978, was opened at 2006-02-22 12:43 Message generated for change (Settings changed) made by mfhaigh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1436978&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Control Group: None >Status: Deleted Resolution: None Priority: 5 Submitted By: Mark F. Haigh (mfhaigh) Assigned to: Greg Stein (gstein) Summary: Fix HP-UX build Initial Comment: Patch against expat 2.0 release to fix HP-UX build failures (#1414066). Unfortunately I cannot attach a patch to the bug itself. Discussion: 1. ifdef / ifndef are GNU make-isms. Remove. 2. $^ is a GNU make-ism. Replace it with a list of all prerequsites. 3. CXX autoconf substitution was missing. Add it. 4. Suffix rule for C++ missing. Add it. Results: bash-2.04$ uname -srvm HP-UX B.11.11 U 9000/800 bash-2.04$ make check [...] Expat version: expat_2.0.0 100%: Checks: 48, Failed: 0 tests/runtestspp Expat version: expat_2.0.0 100%: Checks: 48, Failed: 0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1436978&group_id=10127 From noreply at sourceforge.net Fri Feb 24 04:03:16 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 23 Feb 2006 19:03:16 -0800 Subject: [Expat-bugs] [ expat-Patches-1437840 ] Compile fix rollup patch against 2.0.0 Message-ID: Patches item #1437840, was opened at 2006-02-23 18:58 Message generated for change (Settings changed) made by mfhaigh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark F. Haigh (mfhaigh) >Assigned to: Greg Stein (gstein) Summary: Compile fix rollup patch against 2.0.0 Initial Comment: The attached rollup patch fixes the following bugs: #1414066 - make failes on hpux #1033965 - Building application fails with Intel C compiler (1.95.7) #N/A - Build fails on Tru64 UNIX. The patch was tested on x86-64 Linux, i386 NetBSD, HP-UX 11i, and Tru64 5.1b. All tests passed on each machine. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127 From noreply at sourceforge.net Fri Feb 24 04:04:50 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 23 Feb 2006 19:04:50 -0800 Subject: [Expat-bugs] [ expat-Bugs-1414066 ] make failes on hpux Message-ID: Bugs item #1414066, was opened at 2006-01-24 13:25 Message generated for change (Comment added) made by mfhaigh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1414066&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Warren Smith (warren_smith) Assigned to: Greg Stein (gstein) Summary: make failes on hpux Initial Comment: Make fails with builtin make with this error: Make: Must be a separator on rules line 48. Stop. ---------------------------------------------------------------------- Comment By: Mark F. Haigh (mfhaigh) Date: 2006-02-23 19:04 Message: Logged In: YES user_id=1458985 I rolled up the compile fixes for 2.0.0 into patch #1437840. Use that instead of #1436978 (which has been deleted). ---------------------------------------------------------------------- Comment By: Mark F. Haigh (mfhaigh) Date: 2006-02-22 12:46 Message: Logged In: YES user_id=1458985 Check out patch #1436978. I can't seem to attach a file here. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-01-24 14:52 Message: Logged In: YES user_id=290026 I don't have HPUX available, and neither does the SF compile farm. Unless Greg has an idea, I am afraid the best help you can get is by debugging this on your own, and then post the solution here for others to see. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1414066&group_id=10127 From noreply at sourceforge.net Fri Feb 24 04:05:53 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 23 Feb 2006 19:05:53 -0800 Subject: [Expat-bugs] [ expat-Bugs-1033965 ] Building application fails with Intel C compiler (1.95.7) Message-ID: Bugs item #1033965, was opened at 2004-09-24 04:12 Message generated for change (Comment added) made by mfhaigh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033965&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Arjen Markus (arjenmarkus) Assigned to: Greg Stein (gstein) Summary: Building application fails with Intel C compiler (1.95.7) Initial Comment: I tried to build a small application using the Intel C compiler under Linux. The compiler chokes on the use of the macro XMLCALL: ../lib/include/expat.h(261): warning #1287: invalid attribute for field "malloc_fcn" void *(XMLCALL *malloc_fcn)(size_t size); ^ The macro seems to be set to an empty string, as there is no specific information for that compiler in the header file, but I have not thoroughly investigated this. ---------------------------------------------------------------------- Comment By: Mark F. Haigh (mfhaigh) Date: 2006-02-23 19:05 Message: Logged In: YES user_id=1458985 I rolled up the compile fixes for 2.0.0 into patch #1437840. Use that instead of #1437014 (which has been deleted). ---------------------------------------------------------------------- Comment By: Mark F. Haigh (mfhaigh) Date: 2006-02-22 13:34 Message: Logged In: YES user_id=1458985 Patch #1437014 should fix the problem. Unfortunately I am not able to attach a patch directly to this bug. ---------------------------------------------------------------------- Comment By: Mark F. Haigh (mfhaigh) Date: 2006-02-22 13:33 Message: Logged In: YES user_id=1458985 Patch #1437014 should fix the problem. Unfortunately I am not able to attach a patch directly to this bug. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-01-28 08:02 Message: Logged In: YES user_id=3066 The second document refers to a compatibility guide which hints at the right information, but doesn't contain the specific details I'm looking for. I'll try contacting Intel or getting a copy of the compiler. It notes that the current version of the Intel compiler supports "most" of the GCC function attributes, but it doesn't say which ones specifically. The download page for the compatibility guide is: http://www.intel.com/software/products/compilers/techtopics/LinuxCompilersCompatibility.htm ---------------------------------------------------------------------- Comment By: Arjen Markus (arjenmarkus) Date: 2005-01-28 05:59 Message: Logged In: YES user_id=400048 Here are some comments on the Intel C compiler from a Linux user that seem relevant: http://www.mcsr.olemiss.edu/parallelogram/01_03/icc.html >From the Intel site: http://www.intel.com/software/products/compilers/clin/clinux.htm I do not know whether this will actually help you solve the problem. Perhaps a direct question to the Intel support people might help. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-01-27 20:42 Message: Logged In: YES user_id=3066 I really don't like having bogus warnings being generated; if those can be cleared up, I'd like to do so. Is documentation for the Intel compiler available online? I'd be especially interested in material on compiler hints and attributes. ---------------------------------------------------------------------- Comment By: Arjen Markus (arjenmarkus) Date: 2004-09-27 02:41 Message: Logged In: YES user_id=400048 I tried with Expat 1.95.8: the result was two warnings only, but the C source was compiled and the program that finally results does the job correctly. Here are the warnings: ../expat-1.95.8/lib/expat.h(501): warning #1287: invalid attribute for field "convert" int (XMLCALL *convert)(void *data, const char *s); ^ ../expat-1.95.8/lib/expat.h(502): warning #1287: invalid attribute for field "release" void (XMLCALL *release)(void *data); ^ (As far as I am concerned: this version is okay :)) ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-09-24 05:58 Message: Logged In: YES user_id=290026 This might not be a problem with Expat 1.95.8. Could you please try? Karl ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1033965&group_id=10127 From noreply at sourceforge.net Fri Feb 24 04:10:56 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 23 Feb 2006 19:10:56 -0800 Subject: [Expat-bugs] [ expat-Patches-1437840 ] Compile fix rollup patch against 2.0.0 Message-ID: Patches item #1437840, was opened at 2006-02-23 21:58 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark F. Haigh (mfhaigh) Assigned to: Greg Stein (gstein) Summary: Compile fix rollup patch against 2.0.0 Initial Comment: The attached rollup patch fixes the following bugs: #1414066 - make failes on hpux #1033965 - Building application fails with Intel C compiler (1.95.7) #N/A - Build fails on Tru64 UNIX. The patch was tested on x86-64 Linux, i386 NetBSD, HP-UX 11i, and Tru64 5.1b. All tests passed on each machine. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-23 22:10 Message: Logged In: YES user_id=290026 Is this patch against CVS? It fails for me on Makefile.in: $ patch -i compile-rollup.patch -p 1 patching file lib/expat_external.h patching file Makefile.in Hunk #3 succeeded at 157 (offset 1 line). Hunk #4 FAILED at 172. 1 out of 4 hunks FAILED -- saving rejects to file Makefile.in.rej patching file tests/minicheck.h patching file tests/runtests.c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127 From noreply at sourceforge.net Fri Feb 24 05:10:53 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 23 Feb 2006 20:10:53 -0800 Subject: [Expat-bugs] [ expat-Patches-1437840 ] Compile fix rollup patch against 2.0.0 Message-ID: Patches item #1437840, was opened at 2006-02-23 18:58 Message generated for change (Comment added) made by mfhaigh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark F. Haigh (mfhaigh) Assigned to: Greg Stein (gstein) Summary: Compile fix rollup patch against 2.0.0 Initial Comment: The attached rollup patch fixes the following bugs: #1414066 - make failes on hpux #1033965 - Building application fails with Intel C compiler (1.95.7) #N/A - Build fails on Tru64 UNIX. The patch was tested on x86-64 Linux, i386 NetBSD, HP-UX 11i, and Tru64 5.1b. All tests passed on each machine. ---------------------------------------------------------------------- >Comment By: Mark F. Haigh (mfhaigh) Date: 2006-02-23 20:10 Message: Logged In: YES user_id=1458985 The patch was against the 2.0.0 release. I'm attaching the same patch against CVS as of Feb 23, 2006, 8:00 PST. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-23 19:10 Message: Logged In: YES user_id=290026 Is this patch against CVS? It fails for me on Makefile.in: $ patch -i compile-rollup.patch -p 1 patching file lib/expat_external.h patching file Makefile.in Hunk #3 succeeded at 157 (offset 1 line). Hunk #4 FAILED at 172. 1 out of 4 hunks FAILED -- saving rejects to file Makefile.in.rej patching file tests/minicheck.h patching file tests/runtests.c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127 From noreply at sourceforge.net Fri Feb 24 16:16:54 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 24 Feb 2006 07:16:54 -0800 Subject: [Expat-bugs] [ expat-Patches-1437840 ] Compile fix rollup patch against 2.0.0 Message-ID: Patches item #1437840, was opened at 2006-02-23 21:58 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark F. Haigh (mfhaigh) Assigned to: Greg Stein (gstein) Summary: Compile fix rollup patch against 2.0.0 Initial Comment: The attached rollup patch fixes the following bugs: #1414066 - make failes on hpux #1033965 - Building application fails with Intel C compiler (1.95.7) #N/A - Build fails on Tru64 UNIX. The patch was tested on x86-64 Linux, i386 NetBSD, HP-UX 11i, and Tru64 5.1b. All tests passed on each machine. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-24 10:16 Message: Logged In: YES user_id=290026 Thanks. Seems to work on Cygwin as well. Will check it in if Greg has no objections. ---------------------------------------------------------------------- Comment By: Mark F. Haigh (mfhaigh) Date: 2006-02-23 23:10 Message: Logged In: YES user_id=1458985 The patch was against the 2.0.0 release. I'm attaching the same patch against CVS as of Feb 23, 2006, 8:00 PST. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-23 22:10 Message: Logged In: YES user_id=290026 Is this patch against CVS? It fails for me on Makefile.in: $ patch -i compile-rollup.patch -p 1 patching file lib/expat_external.h patching file Makefile.in Hunk #3 succeeded at 157 (offset 1 line). Hunk #4 FAILED at 172. 1 out of 4 hunks FAILED -- saving rejects to file Makefile.in.rej patching file tests/minicheck.h patching file tests/runtests.c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127 From noreply at sourceforge.net Mon Feb 27 15:26:16 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 27 Feb 2006 06:26:16 -0800 Subject: [Expat-bugs] [ expat-Patches-1437840 ] Compile fix rollup patch against 2.0.0 Message-ID: Patches item #1437840, was opened at 2006-02-23 21:58 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark F. Haigh (mfhaigh) Assigned to: Greg Stein (gstein) Summary: Compile fix rollup patch against 2.0.0 Initial Comment: The attached rollup patch fixes the following bugs: #1414066 - make failes on hpux #1033965 - Building application fails with Intel C compiler (1.95.7) #N/A - Build fails on Tru64 UNIX. The patch was tested on x86-64 Linux, i386 NetBSD, HP-UX 11i, and Tru64 5.1b. All tests passed on each machine. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-27 09:26 Message: Logged In: YES user_id=290026 One question about the patch to runtests.c: - int callno = 1 + (int)XML_GetUserData(parser); + long callno = 1 + (long)XML_GetUserData(parser); Why changing from int to long? If we really want to be anal, why not change to ptrdiff_t, as callno hast to fit into a pointer? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-24 10:16 Message: Logged In: YES user_id=290026 Thanks. Seems to work on Cygwin as well. Will check it in if Greg has no objections. ---------------------------------------------------------------------- Comment By: Mark F. Haigh (mfhaigh) Date: 2006-02-23 23:10 Message: Logged In: YES user_id=1458985 The patch was against the 2.0.0 release. I'm attaching the same patch against CVS as of Feb 23, 2006, 8:00 PST. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-23 22:10 Message: Logged In: YES user_id=290026 Is this patch against CVS? It fails for me on Makefile.in: $ patch -i compile-rollup.patch -p 1 patching file lib/expat_external.h patching file Makefile.in Hunk #3 succeeded at 157 (offset 1 line). Hunk #4 FAILED at 172. 1 out of 4 hunks FAILED -- saving rejects to file Makefile.in.rej patching file tests/minicheck.h patching file tests/runtests.c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127 From noreply at sourceforge.net Mon Feb 27 15:42:16 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 27 Feb 2006 06:42:16 -0800 Subject: [Expat-bugs] [ expat-Patches-1437840 ] Compile fix rollup patch against 2.0.0 Message-ID: Patches item #1437840, was opened at 2006-02-23 21:58 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark F. Haigh (mfhaigh) Assigned to: Greg Stein (gstein) Summary: Compile fix rollup patch against 2.0.0 Initial Comment: The attached rollup patch fixes the following bugs: #1414066 - make failes on hpux #1033965 - Building application fails with Intel C compiler (1.95.7) #N/A - Build fails on Tru64 UNIX. The patch was tested on x86-64 Linux, i386 NetBSD, HP-UX 11i, and Tru64 5.1b. All tests passed on each machine. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-27 09:42 Message: Logged In: YES user_id=290026 Actually, it should be uintptr_t or intptr_t, but the question is, how many compilers recognize these types (were they not introduced with C99?). ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-27 09:26 Message: Logged In: YES user_id=290026 One question about the patch to runtests.c: - int callno = 1 + (int)XML_GetUserData(parser); + long callno = 1 + (long)XML_GetUserData(parser); Why changing from int to long? If we really want to be anal, why not change to ptrdiff_t, as callno hast to fit into a pointer? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-24 10:16 Message: Logged In: YES user_id=290026 Thanks. Seems to work on Cygwin as well. Will check it in if Greg has no objections. ---------------------------------------------------------------------- Comment By: Mark F. Haigh (mfhaigh) Date: 2006-02-23 23:10 Message: Logged In: YES user_id=1458985 The patch was against the 2.0.0 release. I'm attaching the same patch against CVS as of Feb 23, 2006, 8:00 PST. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-23 22:10 Message: Logged In: YES user_id=290026 Is this patch against CVS? It fails for me on Makefile.in: $ patch -i compile-rollup.patch -p 1 patching file lib/expat_external.h patching file Makefile.in Hunk #3 succeeded at 157 (offset 1 line). Hunk #4 FAILED at 172. 1 out of 4 hunks FAILED -- saving rejects to file Makefile.in.rej patching file tests/minicheck.h patching file tests/runtests.c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127 From noreply at sourceforge.net Mon Feb 27 23:02:38 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 27 Feb 2006 14:02:38 -0800 Subject: [Expat-bugs] [ expat-Patches-1437840 ] Compile fix rollup patch against 2.0.0 Message-ID: Patches item #1437840, was opened at 2006-02-23 18:58 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark F. Haigh (mfhaigh) Assigned to: Greg Stein (gstein) Summary: Compile fix rollup patch against 2.0.0 Initial Comment: The attached rollup patch fixes the following bugs: #1414066 - make failes on hpux #1033965 - Building application fails with Intel C compiler (1.95.7) #N/A - Build fails on Tru64 UNIX. The patch was tested on x86-64 Linux, i386 NetBSD, HP-UX 11i, and Tru64 5.1b. All tests passed on each machine. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-02-27 14:02 Message: Logged In: NO You could get really anal and note that the conversion from a pointer type to an integer type is implementation-defined by the C standard in the first place. But we all know it "just works" nearly everywhere. The code here is broken anyways. And since the value is never really _used_, it doesn't matter. But changing the cast to long prevents a warning on all architectures I know of except for Windows-64, which uses a 32 bit long and 64 bit pointers (LLP64 model). Using the newer C99 types is preferable, of course, and the best thing to do is to provide an autoconf-assisted stdint.h that can be used if the system doesn't have stdint.h. Note that uintptr_t and friends are optional types under C99 anyways! But, like I said, all this does is paper-over a (well-deserved) warning, nothing more. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-27 06:42 Message: Logged In: YES user_id=290026 Actually, it should be uintptr_t or intptr_t, but the question is, how many compilers recognize these types (were they not introduced with C99?). ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-27 06:26 Message: Logged In: YES user_id=290026 One question about the patch to runtests.c: - int callno = 1 + (int)XML_GetUserData(parser); + long callno = 1 + (long)XML_GetUserData(parser); Why changing from int to long? If we really want to be anal, why not change to ptrdiff_t, as callno hast to fit into a pointer? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-24 07:16 Message: Logged In: YES user_id=290026 Thanks. Seems to work on Cygwin as well. Will check it in if Greg has no objections. ---------------------------------------------------------------------- Comment By: Mark F. Haigh (mfhaigh) Date: 2006-02-23 20:10 Message: Logged In: YES user_id=1458985 The patch was against the 2.0.0 release. I'm attaching the same patch against CVS as of Feb 23, 2006, 8:00 PST. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-02-23 19:10 Message: Logged In: YES user_id=290026 Is this patch against CVS? It fails for me on Makefile.in: $ patch -i compile-rollup.patch -p 1 patching file lib/expat_external.h patching file Makefile.in Hunk #3 succeeded at 157 (offset 1 line). Hunk #4 FAILED at 172. 1 out of 4 hunks FAILED -- saving rejects to file Makefile.in.rej patching file tests/minicheck.h patching file tests/runtests.c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1437840&group_id=10127