From noreply@sourceforge.net Mon Dec 4 10:08:29 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 4 Dec 2000 02:08:29 -0800 Subject: [Expat-bugs] [Bug #124334] ERROR: to many arguments to cpp when compiling on HP-UX.11 Message-ID: <200012041008.CAA11135@sf-web1.i.sourceforge.net> Bug #124334, was updated on 2000-Dec-04 02:08 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: maspsr Assigned to : Nobody Summary: ERROR: to many arguments to cpp when compiling on HP-UX.11 Details: HI, I have just downloaded the expat-1.95.1 required by a Perl module XML::Parser. When trying to make I get the following error: (My platform is HPUX.11.0 using ANSI C compiler and gnus'a make) # make cd lib; make make[1]: Entering directory `/home/packages/expat-1.95.1/lib' /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmlparse.c rm -f .libs/xmlparse.lo cc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.1\" -I. -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c +Z -DPIC -o .libs/xmlparse.lo cpp: error 3: Too many arguments to cpp. make[1]: *** [xmlparse.lo] Error 1 make[1]: Leaving directory `/home/packages/expat-1.95.1/lib' make: *** [lib] Error 2 What is wrong?? regards and thanks Peter Sørensen/University of Southern Denmark/e-mail: maspsr@dou.sdu.dk For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=124334&group_id=10127 From noreply@sourceforge.net Mon Dec 4 15:23:55 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 4 Dec 2000 07:23:55 -0800 Subject: [Expat-bugs] [Bug #124390] File system filling when running configure on HP-UX 11.00 Message-ID: <200012041523.HAA00376@sf-web2.i.sourceforge.net> Bug #124390, was updated on 2000-Dec-04 07:23 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: rtspotts Assigned to : Nobody Summary: File system filling when running configure on HP-UX 11.00 Details: When trying to run the configure script on a HP-UX 11.00 system /tmp is being filled with a pxdbXXXXXXX file. The last check it runs is: checking for executable suffix I've increased the amount of available space up to 500Meg+ and the file keeps growing. Any help would be appreciated. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=124390&group_id=10127 From noreply@sourceforge.net Mon Dec 4 23:57:57 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 4 Dec 2000 15:57:57 -0800 Subject: [Expat-bugs] [Bug #113609] Expat causes segfaults in Apache Message-ID: <200012042357.PAA11824@sf-web2.i.sourceforge.net> Bug #113609, was updated on 2000-Sep-05 03:43 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: Nobody Assigned to : Nobody Summary: Expat causes segfaults in Apache Details: When Expat is compiled into Apache, and you add mod_perl or php or Sablotron into Apache in some way or another, Apache can segfault at random times. Clark Cooper is aware of the bug, but I wanted to make sure it was logged here on sourceforge. Follow-Ups: Date: 2000-Sep-05 06:36 By: coopercc Comment: This is caused (I believe) by multiple instances of expat in each of these modules. The task that I'm working on right now is to produce a shared library version. (Then after that to put out a new release of XML::Parser which can use it.) - coopercc ------------------------------------------------------- Date: 2000-Sep-09 10:34 By: gstein Comment: Clark: I'm nominally in charge of the Expat that is incorporated directly into Apache (i.e. I put it there :-). I'm happy to make the changes on the Apache side to get this working. Just let me know what you'll need... ------------------------------------------------------- Date: 2000-Oct-26 08:20 By: Nobody Comment: I bet it is because Expat is *not* thread-safe ------------------------------------------------------- Date: 2000-Oct-26 08:26 By: Nobody Comment: pardon... I'm on drugs... I hadn't seen the nasty #defines for userData and the like... ignore that last comment. ------------------------------------------------------- Date: 2000-Dec-04 15:57 By: Nobody Comment: Any update on this one? I'm getting core dumps all the time from Apache when because of this... ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=113609&group_id=10127 From noreply@sourceforge.net Tue Dec 5 16:17:18 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 5 Dec 2000 08:17:18 -0800 Subject: [Expat-bugs] [Bug #124390] File system filling when running configure on HP-UX 11.00 Message-ID: <200012051617.IAA25614@sf-web3.vaspecialprojects.com> Bug #124390, was updated on 2000-Dec-04 07:23 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: rtspotts Assigned to : Nobody Summary: File system filling when running configure on HP-UX 11.00 Details: When trying to run the configure script on a HP-UX 11.00 system /tmp is being filled with a pxdbXXXXXXX file. The last check it runs is: checking for executable suffix I've increased the amount of available space up to 500Meg+ and the file keeps growing. Any help would be appreciated. Follow-Ups: Date: 2000-Dec-05 08:17 By: Nobody Comment: This is a userid specific thing. I have the same problem (didn't get the reason for now). If i run configure as root, it works! Maybe you've installed a OS Patch that kill's the system. BUT i didn't got it running yet ... ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=124390&group_id=10127 From noreply@sourceforge.net Tue Dec 5 16:19:40 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 5 Dec 2000 08:19:40 -0800 Subject: [Expat-bugs] [Bug #124334] ERROR: to many arguments to cpp when compiling on HP-UX.11 Message-ID: <200012051619.IAA25653@sf-web3.vaspecialprojects.com> Bug #124334, was updated on 2000-Dec-04 02:08 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: maspsr Assigned to : Nobody Summary: ERROR: to many arguments to cpp when compiling on HP-UX.11 Details: HI, I have just downloaded the expat-1.95.1 required by a Perl module XML::Parser. When trying to make I get the following error: (My platform is HPUX.11.0 using ANSI C compiler and gnus'a make) # make cd lib; make make[1]: Entering directory `/home/packages/expat-1.95.1/lib' /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmlparse.c rm -f .libs/xmlparse.lo cc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.1\" -I. -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c +Z -DPIC -o .libs/xmlparse.lo cpp: error 3: Too many arguments to cpp. make[1]: *** [xmlparse.lo] Error 1 make[1]: Leaving directory `/home/packages/expat-1.95.1/lib' make: *** [lib] Error 2 What is wrong?? regards and thanks Peter Sørensen/University of Southern Denmark/e-mail: maspsr@dou.sdu.dk Follow-Ups: Date: 2000-Dec-05 08:19 By: Nobody Comment: What compiler do you use ? Try /opt/ansic/bin/cc and you will gat rid of this. BUT I didn't got it running yet ! ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=124334&group_id=10127 From noreply@sourceforge.net Tue Dec 5 16:54:06 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 5 Dec 2000 08:54:06 -0800 Subject: [Expat-bugs] [Bug #124566] Compile-Problems for HP-UX 11.0 Message-ID: <200012051654.IAA02670@sf-web1.i.sourceforge.net> Bug #124566, was updated on 2000-Dec-05 08:54 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: Nobody Assigned to : Nobody Summary: Compile-Problems for HP-UX 11.0 Details: I try to compile as my normal user -> got huge tempfiles in /tmp. I saw this with other packages too, i think that's no expat problem. I works e.g. as root. My user works wit CC=/opt/ansic/bin/cc too. After installing autoconf and m4 i tryed again with export CC=/opt/ansic/bin/cc and got make autoconf configure.in:69: warning: AC_TRY_RUN called without default to allow cross compiling /opt/autoconf-2.13/bin/autoconf[150]: gawk: not found. running /bin/sh ./configure --prefix=/opt/eate --no-create --no-recursion which kills ./configure :-( (there is a empty file left) So i installed gawk too. (i this really needed ???) I finally got i it running 1.export CC=/opt/ansic/bin/cc 2../configure --prefix=where_you_like 3. DO NOT CALL make 4. cd lib 5. remove -Wp,.... from Makefile 6. make 7. make install I 'm not familar with that autoconf stuff, so i don't know where to remove this -Wp stuff for the configure. There was some error while make, because of removing this -WP,... stuff, but the library seems to work (I use the XMLParser too :-) ) For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=124566&group_id=10127 From noreply@sourceforge.net Tue Dec 5 19:50:00 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 5 Dec 2000 11:50:00 -0800 Subject: [Expat-bugs] [Bug #119617] expat 1.95.1 configure'd Makefile incorrect Message-ID: <200012051950.LAA00492@sf-web2.i.sourceforge.net> Bug #119617, was updated on 2000-Oct-28 03:49 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: lvirden Assigned to : Nobody Summary: expat 1.95.1 configure'd Makefile incorrect Details: Platform: Ultra 5 SPARC/Solaris 8 Compiler: Sun C compiler v5.0 % /home/lwv26/i/src/Unix/expat/expat-1.95.1/configure --prefix=/projects/intranet creating cache ./config.cache checking host system type... sparc-sun-solaris2.8 checking build system type... sparc-sun-solaris2.8 checking for ranlib... ranlib checking for gcc... cc checking whether the C compiler (cc ) works... yes checking whether the C compiler (cc ) is a cross-compiler... no checking whether we are using GNU C... no checking whether cc accepts -g... yes checking for non-GNU ld... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking whether ln -s works... yes updating cache ./config.cache loading cache ./config.cache within ltconfig checking whether we are using GNU C... no checking for object suffix... o checking for executable suffix... no checking for cc option to produce PIC... -KPIC checking if cc PIC flag -KPIC works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... no checking if cc static flag -Bstatic works... -Bstatic checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking whether the linker (/usr/ccs/bin/ld) supports shared libraries... yes checking command to parse /usr/ccs/bin/nm -p output... ok checking how to hardcode library paths into programs... immediate checking for /usr/ccs/bin/ld option to reload object files... -r checking dynamic linker characteristics... solaris2.8 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool updating cache ./config.cache loading cache ./config.cache checking for gcc... (cached) cc checking whether the C compiler (cc -g ) works... yes checking whether the C compiler (cc -g ) is a cross-compiler... no checking whether we are using GNU C... (cached) no checking whether cc accepts -g... (cached) yes checking for a BSD compatible install... /projects/gnu/sparc-sun-solaris2.6/bin/ginstall -c checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for fcntl.h... yes checking for unistd.h... yes checking whether byte ordering is bigendian... yes checking for working const... yes checking for off_t... yes checking for size_t... yes checking for 8-bit clean memcmp... yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking for memmove... yes checking for bcopy... yes updating cache ./config.cache creating ./config.status creating Makefile creating lib/Makefile creating xmlwf/Makefile creating examples/Makefile creating config.h $ make cd lib; make make[1]: Entering directory `/projects/intranet/src/Unix/expat/expat-1.95.1/lib' /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I/home/lwv26/i/src/Unix/expat/expat-1.95.1/lib -I.. -g -c xmlparse.c rm -f .libs/xmlparse.lo cc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.1\" -I/home/lwv26/i/src/Unix/expat/expat-1.95.1/lib -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 make[1]: *** [xmlparse.lo] Error 1 make[1]: Leaving directory `/projects/intranet/src/Unix/expat/expat-1.95.1/lib' make: *** [lib] Error 2 I don't know what the -Wp,-MD was expected to do, and so I am uncertain how to go about fixing this. Help would be appreciated. Follow-Ups: Date: 2000-Oct-31 15:14 By: davewarner Comment: Same problem on HP-UX 10.20: except the error returned is cpp: error 3: Too many arguments to cpp (?!). ------------------------------------------------------- Date: 2000-Nov-01 08:59 By: jasonr Comment: Same problem on Ultra 5 sunOS 5.6 using the gcc compiler version gcc version 2.5.8 ------------------------------------------------------- Date: 2000-Nov-02 06:58 By: Nobody Comment: Same problem on SS20, Solaris 2.5.1, SUNWspro CC compiler. ------------------------------------------------------- Date: 2000-Nov-02 07:17 By: fdouma Comment: Same problem with .0 and .1 versions, cannot get it to make on Solaris 2.5.1, with SUNWspro cc compiler. ------------------------------------------------------- Date: 2000-Nov-02 07:20 By: Nobody Comment: The problem is the automatic dependency tracking in lib/Makefile.in. It should be removed. The patch at ftp://ftp.thewrittenword.com/outgoing/pub/expat-1.95.1.patch fixes it. -- albert chin (china@thewrittenword.com) ------------------------------------------------------- Date: 2000-Nov-02 11:44 By: Nobody Comment: Got the same problem from: /home/rmunden/expat-1.95.1 ->uname -a AIX gearmail 3 4 000247004C00 with the AIX C compiler. It doesn't like the -MD preprocessor switch(it uses -M to make dependencies like *.u instead of gcc's *.d) ------------------------------------------------------- Date: 2000-Nov-02 12:46 By: Nobody Comment: Albert Chin's patch fixed the problem on AIX Thanks Albert randy@munden.org ------------------------------------------------------- Date: 2000-Nov-07 22:46 By: czhao Comment: Fixed my problem. Thanks Albert Chin! CZ@building2.co.jp ------------------------------------------------------- Date: 2000-Nov-08 08:59 By: dmaier Comment: The patch also fixes the problem on Digital UNIX. ------------------------------------------------------- Date: 2000-Nov-13 06:57 By: Nobody Comment: What switches etc. do you need to make this patch correctly under Digital Unix (4g)? ------------------------------------------------------- Date: 2000-Dec-05 11:50 By: Nobody Comment: Same thing for the UnixWare7 native C compiler. -W and -M are GCC-specific. I got around this by modifying the .c.o and .c.lo rules in lib/Makefile (actually, should do this in lib/Makefile.in): .c.o: @echo '$(COMPILE) -c $<'; \ $(COMPILE) -c $< # $(COMPILE) -Wp,-MD,.deps/$(*F).pp -c $< # @-cp .deps/$(*F).pp .deps/$(*F).P; \ # tr ' ' '\012' < .deps/$(*F).pp \ # | sed -e 's/^\\$$//' -e '/^$$/ d' -e '/:$$/ d' -e 's/$$/ :/' \ # >> .deps/$(*F).P; \ # rm .deps/$(*F).pp .c.lo: @echo '$(LTCOMPILE) -c $<'; \ $(LTCOMPILE) -c $< # test -d .deps || mkdir .deps ; \ # $(LTCOMPILE) -Wp,-MD,.deps/$(*F).pp -c $< # @-sed -e 's/^\([^:]*\)\.o[ ]*:/\1.lo \1.o :/' \ # < .deps/$(*F).pp > .deps/$(*F).P; \ # tr ' ' '\012' < .deps/$(*F).pp \ # | sed -e 's/^\\$$//' -e '/^$$/ d' -e '/:$$/ d' -e 's/$$/ :/' \ # >> .deps/$(*F).P; \ # rm -f .deps/$(*F).pp I have no idea what purpose all that tr'ing and sed'ing serves, but commenting it out didn't seem to hurt a thing. Rob Roselius ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=119617&group_id=10127 From noreply@sourceforge.net Fri Dec 8 01:52:58 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 7 Dec 2000 17:52:58 -0800 Subject: [Expat-bugs] [Bug #124954] CPAN archive missing expat.h file or not being built Message-ID: <200012080152.RAA06102@sf-web1.i.sourceforge.net> Bug #124954, was updated on 2000-Dec-07 17:52 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: Nobody Assigned to : Nobody Summary: CPAN archive missing expat.h file or not being built Details: Upon downloading the currently available CPAN archive for XML::Parser, the module could not be installed using 'make' under RedHat Linux Mandrake 7.0. Running the Makefile.PL complains that Expat is not installed. When moving to the Expat dir and attempting to run the 'Makefile' created by Makefile.PL, the compiler errors on a missing expat.h file. Without installing Expat, XML::Parser cannot be installed. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=124954&group_id=10127 From noreply@sourceforge.net Mon Dec 11 05:20:25 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sun, 10 Dec 2000 21:20:25 -0800 Subject: [Expat-bugs] [Bug #125294] Makefile breaks on HP-UX 10.20 make Message-ID: <200012110520.VAA03722@usw-sf-web3.sourceforge.net> Bug #125294, was updated on 2000-Dec-10 21:20 Here is a current snapshot of the bug. Project: Expat XML Parser Category: Documentation Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: wngdn Assigned to : nobody Summary: Makefile breaks on HP-UX 10.20 make Details: The built-in make on HP-UX 10.20 has some problem with the Makefile which leads it to believe that it needs to run autoconf. Gnu make works just fine, so this isn't a huge problem. But, it would be great if you could mention this in the build instructions. Thanks, Wangden For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=125294&group_id=10127 From noreply@sourceforge.net Mon Dec 11 05:26:13 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sun, 10 Dec 2000 21:26:13 -0800 Subject: [Expat-bugs] [Bug #125294] Makefile breaks on HP-UX 10.20 make Message-ID: <200012110526.VAA03826@usw-sf-web3.sourceforge.net> Bug #125294, was updated on 2000-Dec-10 21:20 Here is a current snapshot of the bug. Project: Expat XML Parser Category: Documentation Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: wngdn Assigned to : nobody Summary: Makefile breaks on HP-UX 10.20 make Details: The built-in make on HP-UX 10.20 has some problem with the Makefile which leads it to believe that it needs to run autoconf. Gnu make works just fine, so this isn't a huge problem. But, it would be great if you could mention this in the build instructions. Thanks, Wangden Follow-Ups: Date: 2000-Dec-10 21:26 By: wngdn Comment: I forgot to mention that this is in reference to version 1.95.1. Wangden ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=125294&group_id=10127 From noreply@sourceforge.net Wed Dec 13 17:43:48 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 13 Dec 2000 09:43:48 -0800 Subject: [Expat-bugs] [Bug #125689] expat compile fails in ld on HPUX B.10.20 Message-ID: Bug #125689, was updated on 2000-Dec-13 09:43 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: expat compile fails in ld on HPUX B.10.20 Details: I may be missing something here, but I can't figure out what % configure loading cache ./config.cache checking host system type... hppa2.0-hp-hpux10.20 checking build system type... hppa2.0-hp-hpux10.20 checking for ranlib... (cached) ranlib checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for ld used by GCC... (cached) /usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld checking if the linker (/usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld) is GNU ld... (cached) no checking for BSD-compatible nm... (cached) /usr/ucb/nm -p checking whether ln -s works... (cached) yes loading cache ./config.cache within ltconfig checking for object suffix... o checking for executable suffix... (cached) no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking if gcc static flag -static works... -static checking if the linker (/usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld) is GNU ld... no checking whether the linker (/usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld) supports shared libraries... yes checking command to parse /usr/ucb/nm -p output... ok checking how to hardcode library paths into programs... relink checking for /usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld option to reload object files... -r checking dynamic linker characteristics... hpux10.20 dld.sl checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool loading cache ./config.cache checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 ) works... yes checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for a BSD compatible install... (cached) /usr/intel/bin/ginstall -c checking how to run the C preprocessor... (cached) gcc -E checking for ANSI C header files... (cached) yes checking for fcntl.h... (cached) yes checking for unistd.h... (cached) yes checking whether byte ordering is bigendian... (cached) yes checking for working const... (cached) yes checking for off_t... (cached) yes checking for size_t... (cached) yes checking for 8-bit clean memcmp... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... (cached) yes checking for working mmap... (cached) no checking for memmove... (cached) yes checking for bcopy... (cached) yes creating ./config.status creating Makefile creating lib/Makefile creating xmlwf/Makefile creating examples/Makefile creating config.h config.h is unchanged fhc2269[19]% make autoconf Make: Cannot load autoconf. Stop. *** Error exit code 1 Stop. % make install /bin/sh ../libtool --mode=link gcc -version-info 0:1:0 -g -O2 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo rm -fr .libs/libexpat.la .libs/libexpat.* .libs/libexpat.* /usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld -b +h libexpat.sl.0 +b /usr/local/lib -o .libs/libexpat.sl.0.1 xmlparse.lo xmltok.lo xmlrole.lo -lc collect2: unable to open dynamic dependency ' static branch' *** Error exit code 1 Stop. *** Error exit code 1 Stop. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=125689&group_id=10127 From noreply@sourceforge.net Wed Dec 13 17:46:47 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 13 Dec 2000 09:46:47 -0800 Subject: [Expat-bugs] [Bug #125690] expat libtools script fails on AIX 4.1.5 Message-ID: Bug #125690, was updated on 2000-Dec-13 09:46 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: expat libtools script fails on AIX 4.1.5 Details: % configure --prefix=~/bin loading cache ./config.cache checking host system type... rs6000-ibm-aix4.1.5.0 checking build system type... rs6000-ibm-aix4.1.5.0 checking for ranlib... (cached) ranlib checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for ld used by GCC... (cached) /usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld checking if the linker (/usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld) is GNU ld... (cached) no checking for BSD-compatible nm... (cached) /usr/ucb/nm -p checking whether ln -s works... (cached) yes loading cache ./config.cache within ltconfig checking for object suffix... o checking for executable suffix... (cached) no checking for gcc option to produce PIC... none checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking if gcc static flag -static -Wl,-lC works... -static -Wl,-lC checking if the linker (/usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld) is GNU ld... no checking whether the linker (/usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld) supports shared libraries... yes checking command to parse /usr/ucb/nm -p output... conftools/ltconfig[1657]: /usr/ucb/nm: not found conftools/ltconfig[1657]: /usr/ucb/nm: not found failed checking how to hardcode library paths into programs... relink checking for /usr/intel/97r1/lib/gcc-lib/hppa1.1-hp-hpux10.20/cygnus-2.7-96q4/ld option to reload object files... -r checking dynamic linker characteristics... aix4.1.5.0 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for objdir... .libs creating libtool loading cache ./config.cache checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 ) works... yes checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for a BSD compatible install... (cached) /usr/intel/bin/ginstall -c checking how to run the C preprocessor... (cached) gcc -E checking for ANSI C header files... (cached) yes checking for fcntl.h... (cached) yes checking for unistd.h... (cached) yes checking whether byte ordering is bigendian... (cached) yes checking for working const... (cached) yes checking for off_t... (cached) yes checking for size_t... (cached) yes checking for 8-bit clean memcmp... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... (cached) yes checking for working mmap... (cached) no checking for memmove... (cached) yes checking for bcopy... (cached) yes creating ./config.status creating Makefile creating lib/Makefile creating xmlwf/Makefile creating examples/Makefile creating config.h config.h is unchanged % make Target "all" is up to date. % make install /bin/sh ../libtool --mode=link gcc -version-info 0:1:0 -g -O2 -o libexpat.la -rpath ~/bin/lib xmlparse.lo xmltok.lo xmlrole.lo rm -fr .libs/libexpat.la .libs/libexpat.* .libs/libexpat.* generating symbol list for `libexpat.la' /usr/ucb/nm -p xmlparse.o xmltok.o xmlrole.o | | sed 's/.* //' | sort | uniq > .libs/libexpat.exp ../libtool[2351]: syntax error at line 1 : `|' unexpected make: 1254-004 The error code from the last command is 2. Stop. make: 1254-004 The error code from the last command is 2. Stop. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=125690&group_id=10127 From noreply@sourceforge.net Tue Dec 19 05:24:27 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 18 Dec 2000 21:24:27 -0800 Subject: [Expat-bugs] [Bug #121975] Compilation fails for Expat expat-1.95.1 Message-ID: Bug #121975, was updated on 2000-Nov-08 09:07 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: rajanvaradha Assigned to : nobody Summary: Compilation fails for Expat expat-1.95.1 Details: (cd .libs && rm -f libexpat.so.0 && ln -s libexpat.so.0.0.1 libexpat.so.0) (cd .libs && rm -f libexpat.so && ln -s libexpat.so.0.0.1 libexpat.so) ar cru .libs/libexpat.a xmlparse.o xmltok.o xmlrole.o ../libtool: ar: not found *** Error code 1 make: Fatal error: Command failed for target `libexpat.la' Current working directory /export/home/rajanr/perl/xml/expat-1.95.1/lib *** Error code 1 make: Fatal error: Command failed for target `lib' I then checked up the Makefile in the lib directory, it has LIBRARY=libexpat.la there. I could not understand the ar cru .libs/libexpat.a line. Can some body help please rajanvaradha@hotmail.com Follow-Ups: Date: 2000-Dec-18 21:24 By: fdrake Comment: What kind of system are you attempting this on? Please provide the ouptut of "uname -s -r -m -p". Thanks! ------------------------------------------------------- Date: 2000-Nov-10 06:36 By: rajanvaradha Comment: Gents, Problem solved I did not have access to the ar command, and added /usr/ccs/bin to my path and that cleared the problem. Please close this record. Regards Rajan ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=121975&group_id=10127 From noreply@sourceforge.net Tue Dec 19 05:32:05 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 18 Dec 2000 21:32:05 -0800 Subject: [Expat-bugs] [Bug #123894] No files available to download Message-ID: Bug #123894, was updated on 2000-Nov-29 22:48 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Closed Resolution: Works For Me Bug Group: None Priority: 5 Submitted by: emmby Assigned to : fdrake Summary: No files available to download Details: going to http://download.sourceforge.net/expat/expat-1.95.1.tar.gz returns a page not found error Follow-Ups: Date: 2000-Dec-18 21:32 By: fdrake Comment: The download works for me, so appearantly it's been fixed. (Clark?) ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=123894&group_id=10127 From noreply@sourceforge.net Tue Dec 19 05:35:25 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 18 Dec 2000 21:35:25 -0800 Subject: [Expat-bugs] [Bug #121127] Unable to build 1.95.1 "Win32 Release" under DevStudio Message-ID: Bug #121127, was updated on 2000-Nov-02 09:09 Here is a current snapshot of the bug. Project: Expat XML Parser Category: Build control Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: rschafer Assigned to : coopercc Summary: Unable to build 1.95.1 "Win32 Release" under DevStudio Details: 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"). Follow-Ups: Date: 2000-Dec-18 21:35 By: fdrake Comment: Clark -- do you keep a Windows development system available? Can you handle this? I don't have an authenticated CVS set up under Windows. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=121127&group_id=10127 From noreply@sourceforge.net Tue Dec 19 05:36:51 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 18 Dec 2000 21:36:51 -0800 Subject: [Expat-bugs] [Bug #121975] Compilation fails for Expat expat-1.95.1 Message-ID: Bug #121975, was updated on 2000-Nov-08 09:07 Here is a current snapshot of the bug. Project: Expat XML Parser Category: Build control Status: Closed Resolution: Invalid Bug Group: None Priority: 5 Submitted by: rajanvaradha Assigned to : nobody Summary: Compilation fails for Expat expat-1.95.1 Details: (cd .libs && rm -f libexpat.so.0 && ln -s libexpat.so.0.0.1 libexpat.so.0) (cd .libs && rm -f libexpat.so && ln -s libexpat.so.0.0.1 libexpat.so) ar cru .libs/libexpat.a xmlparse.o xmltok.o xmlrole.o ../libtool: ar: not found *** Error code 1 make: Fatal error: Command failed for target `libexpat.la' Current working directory /export/home/rajanr/perl/xml/expat-1.95.1/lib *** Error code 1 make: Fatal error: Command failed for target `lib' I then checked up the Makefile in the lib directory, it has LIBRARY=libexpat.la there. I could not understand the ar cru .libs/libexpat.a line. Can some body help please rajanvaradha@hotmail.com Follow-Ups: Date: 2000-Dec-18 21:36 By: fdrake Comment: This is an user environment error as reported by the user; not an Expat problem. ------------------------------------------------------- Date: 2000-Dec-18 21:24 By: fdrake Comment: What kind of system are you attempting this on? Please provide the ouptut of "uname -s -r -m -p". Thanks! ------------------------------------------------------- Date: 2000-Nov-10 06:36 By: rajanvaradha Comment: Gents, Problem solved I did not have access to the ar command, and added /usr/ccs/bin to my path and that cleared the problem. Please close this record. Regards Rajan ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=121975&group_id=10127 From noreply@sourceforge.net Tue Dec 19 05:37:54 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 18 Dec 2000 21:37:54 -0800 Subject: [Expat-bugs] [Bug #122060] configure: error: no acceptable ld found in $PATH Message-ID: Bug #122060, was updated on 2000-Nov-09 08:03 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Closed Resolution: Duplicate Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: configure: error: no acceptable ld found in $PATH Details: Trying to install expat on SunOS 5.8 Follow-Ups: Date: 2000-Dec-18 21:37 By: fdrake Comment: Duplicate of bug #122061 -- closed. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=122060&group_id=10127 From noreply@sourceforge.net Tue Dec 19 05:38:59 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 18 Dec 2000 21:38:59 -0800 Subject: [Expat-bugs] [Bug #124954] CPAN archive missing expat.h file or not being built Message-ID: Bug #124954, was updated on 2000-Dec-07 17:52 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 6 Submitted by: nobody Assigned to : coopercc Summary: CPAN archive missing expat.h file or not being built Details: Upon downloading the currently available CPAN archive for XML::Parser, the module could not be installed using 'make' under RedHat Linux Mandrake 7.0. Running the Makefile.PL complains that Expat is not installed. When moving to the Expat dir and attempting to run the 'Makefile' created by Makefile.PL, the compiler errors on a missing expat.h file. Without installing Expat, XML::Parser cannot be installed. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=124954&group_id=10127 From noreply@sourceforge.net Tue Dec 19 05:40:23 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 18 Dec 2000 21:40:23 -0800 Subject: [Expat-bugs] [Bug #122061] configure: error: no acceptable ld found in $PATH Message-ID: Bug #122061, was updated on 2000-Nov-09 08:11 Here is a current snapshot of the bug. Project: Expat XML Parser Category: Build control Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: daywan Assigned to : nobody Summary: configure: error: no acceptable ld found in $PATH Details: Trying to install expat on SunOS 5.8 using ./configure --prefix=/home/tmp For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=122061&group_id=10127 From noreply@sourceforge.net Tue Dec 19 05:43:20 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon, 18 Dec 2000 21:43:20 -0800 Subject: [Expat-bugs] [Bug #124390] File system filling when running configure on HP-UX 11.00 Message-ID: Bug #124390, was updated on 2000-Dec-04 07:23 Here is a current snapshot of the bug. Project: Expat XML Parser Category: Build control Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: rtspotts Assigned to : nobody Summary: File system filling when running configure on HP-UX 11.00 Details: When trying to run the configure script on a HP-UX 11.00 system /tmp is being filled with a pxdbXXXXXXX file. The last check it runs is: checking for executable suffix I've increased the amount of available space up to 500Meg+ and the file keeps growing. Any help would be appreciated. Follow-Ups: Date: 2000-Dec-18 21:43 By: fdrake Comment: This is *really* strange! Do you know what program configure is running when it creates the pxdb* file? Can you send the config.log file configure generates? Thanks! ------------------------------------------------------- Date: 2000-Dec-05 08:17 By: nobody Comment: This is a userid specific thing. I have the same problem (didn't get the reason for now). If i run configure as root, it works! Maybe you've installed a OS Patch that kill's the system. BUT i didn't got it running yet ... ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=124390&group_id=10127 From noreply@sourceforge.net Tue Dec 19 17:04:21 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 19 Dec 2000 09:04:21 -0800 Subject: [Expat-bugs] [Bug #126353] xmlparse.h does not indicate a version Message-ID: Bug #126353, was updated on 2000-Dec-19 09:04 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: loewis Assigned to : nobody Summary: xmlparse.h does not indicate a version Details: Applications that need to compile for different versions of expat cannot determine the expat version at compile time. Therefore, manual intervention or advanced guessing is necessary to compile such applications, which is undesirable. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126353&group_id=10127 From noreply@sourceforge.net Tue Dec 19 17:09:02 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 19 Dec 2000 09:09:02 -0800 Subject: [Expat-bugs] [Bug #126353] xmlparse.h does not indicate a version Message-ID: Bug #126353, was updated on 2000-Dec-19 09:04 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 6 Submitted by: loewis Assigned to : fdrake Summary: xmlparse.h does not indicate a version Details: Applications that need to compile for different versions of expat cannot determine the expat version at compile time. Therefore, manual intervention or advanced guessing is necessary to compile such applications, which is undesirable. Follow-Ups: Date: 2000-Dec-19 09:09 By: fdrake Comment: Assigned to me, since I asked Martin to actually make this a bug report. I'll note that the application in question is the Python binding for Expat, but the need is not limited to scripting language bindings. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126353&group_id=10127 From noreply@sourceforge.net Wed Dec 20 07:01:34 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 19 Dec 2000 23:01:34 -0800 Subject: [Expat-bugs] [Bug #126444] undefined symbol: XML_ParserCreate_MM? Message-ID: Bug #126444, was updated on 2000-Dec-19 23:01 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: undefined symbol: XML_ParserCreate_MM? Details: perl: error in loading shared libraries: /usr/lib/perl5/site_perl/5.005/i386-lin ux/auto/XML/Parser/Expat/Expat.so: undefined symbol: XML_ParserCreate_MM For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126444&group_id=10127 From noreply@sourceforge.net Wed Dec 20 07:30:08 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 19 Dec 2000 23:30:08 -0800 Subject: [Expat-bugs] [Bug #126444] undefined symbol: XML_ParserCreate_MM? Message-ID: Bug #126444, was updated on 2000-Dec-19 23:01 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: undefined symbol: XML_ParserCreate_MM? Details: perl: error in loading shared libraries: /usr/lib/perl5/site_perl/5.005/i386-lin ux/auto/XML/Parser/Expat/Expat.so: undefined symbol: XML_ParserCreate_MM Follow-Ups: Date: 2000-Dec-19 23:30 By: nobody Comment: Using " Make install" ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126444&group_id=10127 From noreply@sourceforge.net Wed Dec 20 20:27:04 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 20 Dec 2000 12:27:04 -0800 Subject: [Expat-bugs] [Bug #126514] cryptic err when xml PI has no encoding pseudo-attr Message-ID: Bug #126514, was updated on 2000-Dec-20 12:27 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: vassilii Assigned to : nobody Summary: cryptic err when xml PI has no encoding pseudo-attr Details: test.xml: ]> &eee; eee.xml: Error message from Expat when parsing test.xml: error in processing external entity reference at line 7, column 3, byte 124: ]> &eee; ==^ Tested with XML::Parser perl module. See http://mailarchive.activestate.com/mail/msg/perl-xml:450354 Matt Sergeant resolved my problem (pointed to the missing encoding in ) and suggested I post this here, which I gladly do. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126514&group_id=10127 From noreply@sourceforge.net Thu Dec 21 01:57:31 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 20 Dec 2000 17:57:31 -0800 Subject: [Expat-bugs] [Bug #126353] xmlparse.h does not indicate a version Message-ID: Bug #126353, was updated on 2000-Dec-19 09:04 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Closed Resolution: Fixed Bug Group: None Priority: 6 Submitted by: loewis Assigned to : fdrake Summary: xmlparse.h does not indicate a version Details: Applications that need to compile for different versions of expat cannot determine the expat version at compile time. Therefore, manual intervention or advanced guessing is necessary to compile such applications, which is undesirable. Follow-Ups: Date: 2000-Dec-20 17:57 By: fdrake Comment: Added compile-time detectable version information to expat.h (new name for xmlparse.h). Three new #defines, XML_MAJOR_VERSION, XML_MINOR_VERSION, and XML_MICRO_VERSION, have been added. XML_ExpatVersion() computes it's result dynamically using this information, and the new function XML_ExpatVersionInfo() returns this information in a structure. This will be available in Expat 1.96.0. ------------------------------------------------------- Date: 2000-Dec-19 09:09 By: fdrake Comment: Assigned to me, since I asked Martin to actually make this a bug report. I'll note that the application in question is the Python binding for Expat, but the need is not limited to scripting language bindings. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126353&group_id=10127 From noreply@sourceforge.net Thu Dec 21 15:24:11 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 21 Dec 2000 07:24:11 -0800 Subject: [Expat-bugs] [Bug #124954] CPAN archive missing expat.h file or not being built Message-ID: Bug #124954, was updated on 2000-Dec-07 17:52 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Closed Resolution: Invalid Bug Group: None Priority: 6 Submitted by: nobody Assigned to : coopercc Summary: CPAN archive missing expat.h file or not being built Details: Upon downloading the currently available CPAN archive for XML::Parser, the module could not be installed using 'make' under RedHat Linux Mandrake 7.0. Running the Makefile.PL complains that Expat is not installed. When moving to the Expat dir and attempting to run the 'Makefile' created by Makefile.PL, the compiler errors on a missing expat.h file. Without installing Expat, XML::Parser cannot be installed. Follow-Ups: Date: 2000-Dec-21 07:24 By: coopercc Comment: expat has to be installed for XML::Parser to find expat.h (which comes with the expat (i.e. this) distribution. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=124954&group_id=10127 From noreply@sourceforge.net Thu Dec 21 15:37:59 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 21 Dec 2000 07:37:59 -0800 Subject: [Expat-bugs] [Bug #121310] File missing during install of Expat Message-ID: Bug #121310, was updated on 2000-Nov-03 12:15 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: orbhostadmin Assigned to : coopercc Summary: File missing during install of Expat Details: Platform is Alpha Tru64 V5.1 CC="cc" MAKE="gmake" ./configure creating cache ./config.cache checking host system type... alphaev56-dec-osf5.1 checking build system type... alphaev56-dec-osf5.1 checking for ranlib... ranlib checking for gcc... cc checking whether the C compiler (cc ) works... yes checking whether the C compiler (cc ) is a cross-compiler... no checking whether we are using GNU C... no checking whether cc accepts -g... yes checking for non-GNU ld... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for BSD-compatible nm... /usr/local/bin/nm -B checking whether ln -s works... yes updating cache ./config.cache loading cache ./config.cache within ltconfig checking whether we are using GNU C... no checking for object suffix... o checking for executable suffix... no checking for cc option to produce PIC... none checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc static flag -non_shared works... -non_shared checking if the linker (/usr/bin/ld) is GNU ld... no checking whether the linker (/usr/bin/ld) supports shared libraries... yes checking command to parse /usr/local/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... osf5.1 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool updating cache ./config.cache loading cache ./config.cache checking for gcc... (cached) cc checking whether the C compiler (cc -g ) works... yes checking whether the C compiler (cc -g ) is a cross-compiler... no checking whether we are using GNU C... (cached) no checking whether cc accepts -g... (cached) yes checking for a BSD compatible install... /usr/local/bin/install -c checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for fcntl.h... yes checking for unistd.h... yes checking whether byte ordering is bigendian... no checking for working const... yes checking for off_t... yes checking for size_t... yes checking for 8-bit clean memcmp... yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking for memmove... yes checking for bcopy... yes updating cache ./config.cache creating ./config.status creating Makefile creating lib/Makefile creating xmlwf/Makefile creating examples/Makefile creating config.h gmake cd lib; gmake gmake[1]: Entering directory `/usr/users/dg/work/expat-1.95.1/lib' /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmlparse.c mkdir .libs cc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.1\" -I. -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c -DPIC -o .lib s/xmlparse.lo cc: Severe: No such file or directory ... file is '.deps/xmlparse.pp' gmake[1]: *** [xmlparse.lo] Error 1 gmake[1]: Leaving directory `/usr/users/dg/work/expat-1.95.1/lib' gmake: *** [lib] Error 2 Follow-Ups: Date: 2000-Dec-21 07:37 By: coopercc Comment: There's no file missing. Your cc doesn't recognize the flags for checking header dependencies. If it recognized -Wp,-MD,.deps/xmlparse.pp then your compiler would generate the file. This is a configuration and or Makefile problem. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=121310&group_id=10127 From noreply@sourceforge.net Thu Dec 21 15:40:13 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 21 Dec 2000 07:40:13 -0800 Subject: [Expat-bugs] [Bug #123801] ML archive not reachable Message-ID: Bug #123801, was updated on 2000-Nov-29 07:39 Here is a current snapshot of the bug. Project: Expat XML Parser Category: Documentation Status: Closed Resolution: Fixed Bug Group: None Priority: 5 Submitted by: phil_ip Assigned to : nobody Summary: ML archive not reachable Details: On sourceforge the link to the expat-bugs archive don't redirect to a right geocrawler ML. Maybe a sourceforge bug ? For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=123801&group_id=10127 From noreply@sourceforge.net Tue Dec 26 16:03:37 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 26 Dec 2000 08:03:37 -0800 Subject: [Expat-bugs] [Bug #124390] File system filling when running configure on HP-UX 11.00 Message-ID: Bug #124390, was updated on 2000-Dec-04 07:23 Here is a current snapshot of the bug. Project: Expat XML Parser Category: Build control Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: rtspotts Assigned to : nobody Summary: File system filling when running configure on HP-UX 11.00 Details: When trying to run the configure script on a HP-UX 11.00 system /tmp is being filled with a pxdbXXXXXXX file. The last check it runs is: checking for executable suffix I've increased the amount of available space up to 500Meg+ and the file keeps growing. Any help would be appreciated. Follow-Ups: Date: 2000-Dec-26 08:03 By: rtspotts Comment: I guessing, but from the looks of it ltconfig is what's running at the time of the file system filling. It creates a group of PXDB files, but one is always huge. Here's a list of /tmp after it fills: -rw-rw-rw- 1 root sys 132 Dec 26 09:50 pxdbb05197 -rw-rw-rw- 1 root sys 0 Dec 26 09:50 pxdbc05197 -rw-rw-rw- 1 root sys 0 Dec 26 09:50 pxdbd05197 -rw-rw-rw- 1 root sys 0 Dec 26 09:50 pxdbe05197 -rw-rw-rw- 1 root sys 0 Dec 26 09:50 pxdbf05197 -rw-rw-rw- 1 root sys 532953088 Dec 26 09:51 pxdbg05197 -rw-rw-rw- 1 root sys 0 Dec 26 09:50 pxdbh05197 Here's a tail of the config.log file. If you need more I'll email the whole file. configure:1012: checking if the linker (/usr/bin/ld) is GNU ld configure:1028: checking for BSD-compatible nm configure:1064: checking whether ln -s works ltconfig:581: checking whether we are using GNU C ltconfig:589: cc -E conftest.c ltconfig:603: checking for object suffix ltconfig:604: cc -c -g conftest.c 1>&5 ltconfig:629: checking for executable suffix ltconfig:630: cc -o conftest -g conftest.c 1>&5 /usr/ccs/bin/ld: (Warning) At least one PA 2.0 object file (conftest.o) was detected. The linked output may not run on a PA 1.x system I am running as root when I run the configure script, unless I change alot of system permissions I can't run it any other way. ------------------------------------------------------- Date: 2000-Dec-18 21:43 By: fdrake Comment: This is *really* strange! Do you know what program configure is running when it creates the pxdb* file? Can you send the config.log file configure generates? Thanks! ------------------------------------------------------- Date: 2000-Dec-05 08:17 By: nobody Comment: This is a userid specific thing. I have the same problem (didn't get the reason for now). If i run configure as root, it works! Maybe you've installed a OS Patch that kill's the system. BUT i didn't got it running yet ... ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=124390&group_id=10127 From rwk@americom.com Wed Dec 27 10:05:58 2000 From: rwk@americom.com (rwk@americom.com) Date: 27 Dec 2000 03:05:58 -0700 Subject: [Expat-bugs] original_string? Message-ID: <20001227100558.10748.qmail@gorn.americom.com> In the perl-xml FAQ at: http://www.perlxml.com/faq/perl-xml-faq.html Q15 states: "XML::Parser seems to be converting my text to UTF8. Is there a way to maintain the original encoding? "Yes, the original_string method, which is available in version 2.19 or later, returns strings in their original encoding. The only drawback is that it will disable entity expansion. Also, you cannot use this method if you are using the XML::Parser::ExpatNB object, which was added in version 2.22. However, I am running XML::Parser version 2.29 and there is no "original_string()" method (which I need badly). Can anyone tell me what's the problem? Thanks, Dick Kreutzer AmeriCom Inc. From noreply@sourceforge.net Wed Dec 27 15:21:45 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 27 Dec 2000 07:21:45 -0800 Subject: [Expat-bugs] [Bug #121310] File missing during install of Expat Message-ID: Bug #121310, was updated on 2000-Nov-03 12:15 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Closed Resolution: Duplicate Bug Group: None Priority: 5 Submitted by: orbhostadmin Assigned to : coopercc Summary: File missing during install of Expat Details: Platform is Alpha Tru64 V5.1 CC="cc" MAKE="gmake" ./configure creating cache ./config.cache checking host system type... alphaev56-dec-osf5.1 checking build system type... alphaev56-dec-osf5.1 checking for ranlib... ranlib checking for gcc... cc checking whether the C compiler (cc ) works... yes checking whether the C compiler (cc ) is a cross-compiler... no checking whether we are using GNU C... no checking whether cc accepts -g... yes checking for non-GNU ld... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for BSD-compatible nm... /usr/local/bin/nm -B checking whether ln -s works... yes updating cache ./config.cache loading cache ./config.cache within ltconfig checking whether we are using GNU C... no checking for object suffix... o checking for executable suffix... no checking for cc option to produce PIC... none checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc static flag -non_shared works... -non_shared checking if the linker (/usr/bin/ld) is GNU ld... no checking whether the linker (/usr/bin/ld) supports shared libraries... yes checking command to parse /usr/local/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... osf5.1 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool updating cache ./config.cache loading cache ./config.cache checking for gcc... (cached) cc checking whether the C compiler (cc -g ) works... yes checking whether the C compiler (cc -g ) is a cross-compiler... no checking whether we are using GNU C... (cached) no checking whether cc accepts -g... (cached) yes checking for a BSD compatible install... /usr/local/bin/install -c checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for fcntl.h... yes checking for unistd.h... yes checking whether byte ordering is bigendian... no checking for working const... yes checking for off_t... yes checking for size_t... yes checking for 8-bit clean memcmp... yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking for memmove... yes checking for bcopy... yes updating cache ./config.cache creating ./config.status creating Makefile creating lib/Makefile creating xmlwf/Makefile creating examples/Makefile creating config.h gmake cd lib; gmake gmake[1]: Entering directory `/usr/users/dg/work/expat-1.95.1/lib' /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I. -I.. -g -c xmlparse.c mkdir .libs cc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.1\" -I. -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c -DPIC -o .lib s/xmlparse.lo cc: Severe: No such file or directory ... file is '.deps/xmlparse.pp' gmake[1]: *** [xmlparse.lo] Error 1 gmake[1]: Leaving directory `/usr/users/dg/work/expat-1.95.1/lib' gmake: *** [lib] Error 2 Follow-Ups: Date: 2000-Dec-21 07:37 By: coopercc Comment: There's no file missing. Your cc doesn't recognize the flags for checking header dependencies. If it recognized -Wp,-MD,.deps/xmlparse.pp then your compiler would generate the file. This is a configuration and or Makefile problem. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=121310&group_id=10127 From noreply@sourceforge.net Wed Dec 27 19:44:03 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 27 Dec 2000 11:44:03 -0800 Subject: [Expat-bugs] [Patch #101459] Apache's compilation tweaks/fixes Message-ID: Patch #101459 has been updated. Project: expat Category: None Status: Out of date Submitted by: gstein Assigned to : coopercc Summary: Apache's compilation tweaks/fixes Follow-Ups: Date: 2000-Sep-09 11:17 By: gstein Comment: several items in this patch: 1) rename lookup() to hashTableLookup() to prevent possible conflicts; 2) rename "s" to "ss" to prevent variable hiding; 3) remove an extraneous break; 4) add Apache-specific stuff to xmldef.h; 5) rename "open" to "openchar"/"opentype" to prevent name hiding/conflict. ------------------------------------------------------- Date: 2000-Sep-22 11:45 By: coopercc Comment: Some of these problems will go away with the library version. For instance, the hashtable functions are now static and shouldn't be seen from the library. So the patch isn't going straight in. I'll go over the patch and see what I can use to merge into the library version. ------------------------------------------------------- ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=101459&group_id=10127 From noreply@sourceforge.net Wed Dec 27 19:59:11 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 27 Dec 2000 11:59:11 -0800 Subject: [Expat-bugs] [Bug #113609] Expat causes segfaults in Apache Message-ID: Bug #113609, was updated on 2000-Sep-05 03:43 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Closed Resolution: Later Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: Expat causes segfaults in Apache Details: When Expat is compiled into Apache, and you add mod_perl or php or Sablotron into Apache in some way or another, Apache can segfault at random times. Clark Cooper is aware of the bug, but I wanted to make sure it was logged here on sourceforge. Follow-Ups: Date: 2000-Dec-27 11:59 By: coopercc Comment: We don't know if this is still a bug under libexpat releases. Need to get test data of Apache with new modules that use the released library. It isn't sufficient to just change just one module. All modules that use expat have to be upgraded to use the sharable library version. ------------------------------------------------------- Date: 2000-Dec-04 15:57 By: nobody Comment: Any update on this one? I'm getting core dumps all the time from Apache when because of this... ------------------------------------------------------- Date: 2000-Oct-26 08:26 By: nobody Comment: pardon... I'm on drugs... I hadn't seen the nasty #defines for userData and the like... ignore that last comment. ------------------------------------------------------- Date: 2000-Oct-26 08:20 By: nobody Comment: I bet it is because Expat is *not* thread-safe ------------------------------------------------------- Date: 2000-Sep-09 10:34 By: gstein Comment: Clark: I'm nominally in charge of the Expat that is incorporated directly into Apache (i.e. I put it there :-). I'm happy to make the changes on the Apache side to get this working. Just let me know what you'll need... ------------------------------------------------------- Date: 2000-Sep-05 06:36 By: coopercc Comment: This is caused (I believe) by multiple instances of expat in each of these modules. The task that I'm working on right now is to produce a shared library version. (Then after that to put out a new release of XML::Parser which can use it.) - coopercc ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=113609&group_id=10127 From noreply@sourceforge.net Wed Dec 27 20:00:47 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 27 Dec 2000 12:00:47 -0800 Subject: [Expat-bugs] [Bug #117494] Unable to build on Cygwin Message-ID: Bug #117494, was updated on 2000-Oct-23 06:19 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Closed Resolution: None Bug Group: None Priority: 5 Submitted by: wscherphof Assigned to : nobody Summary: Unable to build on Cygwin Details: When running make: "xmltok.h:186 Parse error before '->'"; then a bunch of "stray '\'"'s; this seuqence repeated with other .h files. Then a lot of "Parse error before ')'"'s in xmlparse.c. I tried removing the line continuation characters (\). This helps a lot. But somewhere at the end an message about incompatible types for "_cygwin_dll_entry" pops up, and the package does not install. Follow-Ups: Date: 2000-Nov-24 05:09 By: wscherphof Comment: Please don't bother. Got it all working now. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=117494&group_id=10127 From noreply@sourceforge.net Wed Dec 27 20:41:03 2000 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 27 Dec 2000 12:41:03 -0800 Subject: [Expat-bugs] [Bug #117692] running error on freebsd Message-ID: Bug #117692, was updated on 2000-Oct-25 08:25 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Closed Resolution: Works For Me Bug Group: None Priority: 5 Submitted by: wanting1999 Assigned to : coopercc Summary: running error on freebsd Details: Script started on Wed Oct 25 11:07:11 2000 > ./outline Segmentation fault(core dumped) > gdb outline GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (gdb) b 42 Breakpoint 1 at 0x80486f4: file outline.c, line 42. (gdb) r Starting program: /usr/home/twan/XMLparser/expat-1.95.1/examples/outline Program received signal SIGSEGV, Segmentation fault. 0x280f109e in memcpy () from /usr/lib/libc.so.4 (gdb) b 85 Breakpoint 2 at 0x80487fc: file outline.c, line 85. (gdb) R The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/home/twan/XMLparser/expat-1.95.1/examples/outline Breakpoint 2, main (argc=1, argv=0xbfbffb6c) at outline.c:85 85 XML_SetElementHandler(p, start, end); (gdb) n 86 XML_SetCharacterDataHandler(p,charhndl); (gdb) n 87 for (;;) { (gdb) n 107 } (gdb) n 92 if (ferror(fp)) { (gdb) n 96 done = feof(fp); (gdb) n 98 if (! XML_Parse(p, Buff, len, done)) { (gdb) s 0x8048540 in XML_Parse () at xmlparse.c:1083 1083 { (gdb) n 0x8048546 1083 { (gdb) n 0x804854b 1083 { (gdb) 0x8048510 in _init () (gdb) Single stepping until exit from function _init, which has no line number information. Program received signal SIGSEGV, Segmentation fault. 0x280f109e in memcpy () from /usr/lib/libc.so.4 (gdb) q The program is running. Exit anyway? (y or n) y > more outline/.c /***************************************************************** * outline.c * * Copyright 1999, Clark Cooper * All rights reserved. * * This program is free software; you can redistribute it and/or * modify it under the terms of the license contained in the * COPYING file that comes with the expat distribution. * * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF * MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. * IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY * CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, * TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE * SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. * * Read an XML document from standard input and print an element * outline on standard output. */ #include #include #define BUFFSIZE 8192 char Buff[BUFFSIZE]; char str[1000]; int Depth; void charhndl(void *userData, const XML_Char* s, int len) { int i; char* str; if(len>1) { //str=malloc(len+1); strncpy(str,s,len); // for(i=0;i more smil.xml exit Script done on Wed Oct 25 11:10:48 2000 Follow-Ups: Date: 2000-Dec-27 12:41 By: coopercc Comment: Tried this on an OpenBsd system and could not get seg error. I did a ./configure --prefix=$HOME/build and then did a make and install. The Makefile in examples directory does not work, so had to do the following: make CPPFLAGS=-I$HOME/build/include LDFLAGS=-L$HOME/build/lib Then to use the outline executable, had to set LD_LIBRARY_PATH: setenv LD_LIBRARY_PATH $HOME/build/lib Then worked with the provided SMIL file without error. I'll look at making the Makefile work. This may be your problem. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=117692&group_id=10127 From rwk@americom.com Thu Dec 28 09:59:47 2000 From: rwk@americom.com (rwk@americom.com) Date: 28 Dec 2000 02:59:47 -0700 Subject: [Expat-bugs] Only in mod_perl Message-ID: <20001228095947.16116.qmail@gorn.americom.com> I have encountered a situation which fails only when running in Apache mod_perl. I am trying to use the original_string() method, and when I run the program outside mod_perl, it works flawlessly. However, when the same code is run inside mod_perl, original_string() returns a null string, even when the "chars" argument *does* include the UTF8 encoded string. In addition, when I remove the call to original_string() from the char handler, it works inside and outside mod_perl. I.e.: # works in and out of mod_perl sub XMLDecoder::Characters { my $xp = shift; my $chars = shift; print $chars; } # always prints '' in mod_perl but works fine outside mod_perl sub XMLDecoder::Characters { my $xp = shift; my $chars = $xp->original_string; print $chars; } Thanks for any help, Dick Kreutzer AmeriCom Inc.