From oliverj at spider-networks.net Tue Jun 2 12:59:23 2009 From: oliverj at spider-networks.net (Oliver Howe) Date: Tue, 02 Jun 2009 11:59:23 +0100 Subject: [Expat-discuss] Error: Can't load '/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/XML/Parser/Expat/Expat.so' Message-ID: I'm trying to install XML::RSS on a CentOS release 5.2 (Final) server via CPAN after installing expat from source :- tar xvzf expat-2.0.1.tar.gz cd expat-2.0.1 ./configure make make install I type perl -MCPAN -e 'install XML::RSS' but I get the following error ... Checking if your kit is complete... Looks good Warning: prerequisite XML::Parser 2.23 not found. Writing Makefile for XML::RSS cp lib/XML/RSS.pm blib/lib/XML/RSS.pm cp lib/XML/RSS/Private/Output/V2_0.pm blib/lib/XML/RSS/Private/Output/V2_0.pm cp lib/XML/RSS/Private/Output/Base.pm blib/lib/XML/RSS/Private/Output/Base.pm cp lib/XML/RSS/Private/Output/Roles/ImageDims.pm blib/lib/XML/RSS/Private/Output/Roles/ImageDims.pm cp lib/XML/RSS/Private/Output/Roles/ModulesElems.pm blib/lib/XML/RSS/Private/Output/Roles/ModulesElems.pm cp lib/XML/RSS/Private/Output/V0_91.pm blib/lib/XML/RSS/Private/Output/V0_91.pm cp lib/XML/RSS/Private/Output/V0_9.pm blib/lib/XML/RSS/Private/Output/V0_9.pm cp lib/XML/RSS/Private/Output/V1_0.pm blib/lib/XML/RSS/Private/Output/V1_0.pm Manifying blib/man3/XML::RSS.3pm /usr/bin/make -- OK Running make test /usr/bin/perl "-MTest::Manifest" "-e" "run_t_manifest(0, 'blib/lib', 'blib/arch', )" Level is Test::Manifest::test_harness found [t/load.t t/pod.t t/version.t t/render-upon-init.t t/encoding.t t/0.9-generate.t t/0.9-parse.t t/0.9-strict.t t/0.91-parse.t t/1.0-generate.t t/1.0-parse.t t/1.0-parse-2.t t/1.0-parse-exotic.t t/2.0-generate.t t/2.0-modules.t t/2.0-permalink.t t/2.0-parse.t t/2.0-parse-2.t t/2.0-parse-self.t t/2.0-wo-title.t t/1.0-to-2.0.t t/auto_add_modules.t t/enclosures.t t/enclosures2.t t/enclosures-multi.t t/encode-output.t t/test-generated-items.t t/pod-coverage.t t/rss2-gt-encoding.t t/charset1.t t/xml-header.t t/add-item-insert-vs-append.t t/guid.t t/xml-base.t] t/load......................... # Failed test 'use XML::RSS;' # at t/load.t line 22. # Tried to use 'XML::RSS'. # Error: Can't load '/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/XML/Parser/Expat/Expat.so' for module XML::Parser::Expat: libexpat.so.1: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.8.8/i386-linux-thread-multi/DynaLoader.pm line 230. # at /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/XML/Parser.pm line 14 # Compilation failed in require at /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/XML/Parser.pm line 14. # BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/XML/Parser.pm line 18. # Compilation failed in require at /root/.cpan/build/XML-RSS-1.44/blib/lib/XML/RSS.pm line 7. # BEGIN failed--compilation aborted at /root/.cpan/build/XML-RSS-1.44/blib/lib/XML/RSS.pm line 7. # Compilation failed in require at (eval 7) line 2. # BEGIN failed--compilation aborted at (eval 7) line 2. t/load.........................NOK 1FAILED--Further testing stopped: XML::RSS did not compileok 2 - use XML::RSS::Private::Output::V2_0; make: *** [test_dynamic] Error 9 /usr/bin/make test -- NOT OK Running make install make test had returned bad status, won't install without force even though the file /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/XML/Parser/Expat/Expat.so exists [root at dev7 expat-2.0.1]# ls -la /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/XML/Parser/Expat/Expat.so -r-xr-xr-x 1 root root 193235 Jun 1 19:05 /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/XML/Parser/Expat/Expat.so [root at dev7 expat-2.0.1]# Does anyone know how to resolve this? Thanks, Oliver -- Confidentiality Notice: This email is confidential and may also be privileged. If you are not the intended recipient, please notify the sender IMMEDIATELY; you should not copy the email or use it for any purpose or disclose its contents to any other person. General Statement: Any statements made, or intentions expressed in this communication, may not necessarily reflect the view of Spider Networks, that no content herein may be held binding upon Spider Networks or any associate or any associated company unless confirmed by the issuance of a formal contractual document or purchase order. From giofyxle at googlemail.com Mon Jun 8 15:31:59 2009 From: giofyxle at googlemail.com (=?ISO-8859-1?Q?Georg_F=FCchsle?=) Date: Mon, 8 Jun 2009 15:31:59 +0200 Subject: [Expat-discuss] cannot debug my KDevelop-Project on Solaris when expat is linked Message-ID: Hallo, I have moved my project on Solaris to KDevelop. Now I cannot debug my project anymore. Doing several tests I found out that this depends on whether expat is linked or not. If I make a little project that can be debugged, and then I link expat to this project the debugger will no more be able to start this program. The debugger gives the message 'project exited' without stopping at the first line of my project. I did the same on Suse-Linux. There is no problem debugging the project with expat there. Can anybody give me a hint? Thanks giofyxle From giofyxle at googlemail.com Mon Jun 8 18:14:33 2009 From: giofyxle at googlemail.com (=?ISO-8859-1?Q?Georg_F=FCchsle?=) Date: Mon, 8 Jun 2009 18:14:33 +0200 Subject: [Expat-discuss] cannot debug my project on Solaris when expat is linked Message-ID: Hallo, I have moved my project on Solaris to KDevelop. Now I cannot debug my project anymore. Doing several tests I found out that this depends on whether expat is linked or not. If I make a little project that can be debugged, and then I link expat to this project the debugger will no more be able to start this program. The debugger gives the message 'project exited' without stopping at the first line of my project. But I can run the program if it is started without step modus even it is compiled from the same 'debug'- configuration. I did the same on Suse-Linux. There is no problem debugging the project with expat there. Is it possible that I have got a bad expat-version when installing the KDE-Environment to Solaris? Can anybody give me a hint? Thanks giofyxle From dbyron at dbyron.com Mon Jun 22 21:48:31 2009 From: dbyron at dbyron.com (David Byron) Date: Mon, 22 Jun 2009 12:48:31 -0700 Subject: [Expat-discuss] buildconf.sh / removing autotools warnings Message-ID: I grabbed source from cvs with a goal of building expat with current autotools (specifically libtool from cvs, currently called 2.2.7a). I see there's a buildconf.sh script which may no longer be necessary if people run autoreconf. I tried running it but got this output: dbyron at tuneup:~/src/expat/expat> ./buildconf.sh found: autoconf version 2.63 (ok) ./buildconf.sh: line 41: test: 3105 2009-06-19) 2: integer expression expected found: libtool version 1.3105 2009-06-19) 2.2.7a 2003 2009 Free Software Foundation, Inc. (ok) Copying libtool helper files ... Using libtool.m4 from /home/dbyron/share/aclocal/libtool.m4. Creating expat_config.h.in ... configure.in:57: warning: LTOPTIONS_VERSION is m4_require'd but not m4_defun'd conftools/libtool.m4:102: LT_INIT is expanded from... conftools/libtool.m4:105: AC_PROG_LIBTOOL is expanded from... configure.in:57: the top level configure.in:57: warning: LTSUGAR_VERSION is m4_require'd but not m4_defun'd configure.in:57: warning: LTVERSION_VERSION is m4_require'd but not m4_defun'd configure.in:57: warning: LTOBSOLETE_VERSION is m4_require'd but not m4_defun'd Creating configure ... configure.in:57: warning: LTOPTIONS_VERSION is m4_require'd but not m4_defun'd conftools/libtool.m4:102: LT_INIT is expanded from... conftools/libtool.m4:105: AC_PROG_LIBTOOL is expanded from... configure.in:57: the top level configure.in:57: warning: LTSUGAR_VERSION is m4_require'd but not m4_defun'd configure.in:57: warning: LTVERSION_VERSION is m4_require'd but not m4_defun'd configure.in:57: warning: LTOBSOLETE_VERSION is m4_require'd but not m4_defun'd configure.in:56: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure:3025: error: possibly undefined macro: m4_ifval configure:7359: error: possibly undefined macro: _LT_SET_OPTIONS configure:7359: error: possibly undefined macro: LT_INIT dbyron at tuneup:~/src/expat/expat> echo $? 0 I went ahead and ran autoreconf -fvi (on a fresh cvs checkout) to see what would happen: It works better, but still has some warnings: libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. The warning about Makefile.am I consider a libtool bug since expat doesn't use a file with that name. The warning about AC_CONFIG_MACRO_DIR is easy to make go away. autoconf's NEWS file says it was introduced in autoconf 2.58 (released in 2003) so it means changing the AC_PREREQ call but hopefully that's OK. Here's a patch to configure.in to pull this off. I didn't delete buildconf.sh, nor did I modify make-release.sh to call autoreconf instead of buildconf.sh. If people are interested, I'll go ahead with that part. -DB dbyron at tuneup:~/src/expat/expat> cvs diff -u configure.in Index: configure.in =================================================================== RCS file: /cvsroot/expat/expat/configure.in,v retrieving revision 1.46 diff -u -r1.46 configure.in --- configure.in 3 Sep 2007 17:26:20 -0000 1.46 +++ configure.in 22 Jun 2009 19:47:56 -0000 @@ -10,8 +10,8 @@ dnl in the file COPYING that comes with this distribution. dnl -dnl Ensure that Expat is configured with autoconf 2.52 or newer -AC_PREREQ(2.52) +dnl Ensure that Expat is configured with autoconf 2.58 or newer +AC_PREREQ(2.58) dnl Get the version number of Expat, using m4's esyscmd() command to run dnl the command at m4-generation time. This allows us to create an m4 @@ -31,6 +31,7 @@ AC_CONFIG_SRCDIR(Makefile.in) AC_CONFIG_AUX_DIR(conftools) +AC_CONFIG_MACRO_DIR([m4]) dnl