[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Subversion 1.5.2 problem with libexpat

From: OFDKA <Juergen.Grosskopf_at_ofdka.bwl.de>
Date: Tue, 28 Oct 2008 15:50:29 +0100

Hallo,

I'd like to use subversion on a HP-UX-Box (B.11.11 9000/800).
First I took the precompiled Version "subversion-1.5.3" from the HP-Porting Centre.
After the installation was complete subversion was running without any problems.

But now we ran into a problem with our self-compiled perl5.8.6 software.
>>Can't load '/opt/perl5/lib/site_perl/5.8.6/PA-RISC2.0-LP64/auto/XML/Parser/Expat/Expat.sl' for module XML::Parser::Expat: No such file or directory at /opt/perl5/lib/5.8.6/PA-RISC2.0-LP64/DynaLoader.pm line 230.
>> at /opt/perl5/lib/site_perl/5.8.6/PA-RISC2.0-LP64/XML/Parser.pm line 14
>>Compilation failed in require at /opt/perl5/lib/site_perl/5.8.6/PA-RISC2.0-LP64/XML/Parser.pm line 14.
>>BEGIN failed--compilation aborted at /opt/perl5/lib/site_perl/5.8.6/PA-RISC2.0-LP64/XML/Parser.pm line 18.
>>Compilation failed in require at /opt/profiskal/perl/bin/basketshow.plx line 22.
>>BEGIN failed--compilation aborted at /opt/profiskal/perl/bin/basketshow.plx line 22.

The problem was /usr/local/lib/libexpat.sl.
Perl could not read the file because it was looking for a 64-bit-version.
The Subversion-Compilation from the Porting-Centre was linked with 32-bit while the perl/expat-bundel was linked with 64-bit.

If I took back the old perl libexpat.sl to /usr/local/lib, then
perl was running properly but now subversion was running into problems like
>>svn
>>/usr/lib/dld.sl: Bad magic number for shared library: /usr/local/lib/libexpat.sl
>>/usr/lib/dld.sl: Exec format error

Since the path for libexpat in svn is linked static I'm not able point this to another lib-location.
chatr svn static /usr/local/lib/libexpat.sl

Because of this problems I decided to compile my own Subversion for HP-UX with 64-bit,
so that I then can use the same libexpat.sl-file.

But till now I could not bring this to an end.
I configured the subversion 1.5.2 source with the following command
./configure --without-berkeley-db --without-apxs --without-apache --without-neon --without-ssl
The "configure" works without problems, but the "make check" brought a new problem.
Despite the fact that I wouldn't use Apache "make check" ran into an error with Apache.
>>make check
>> /bin/sh /tmp/subversion-1.5.4/libtool --tag=CC --silent --mode=compile gcc -DHPUX11 -D_REENTRANT -D_HPUX_SOURCE -D_LARGEFILE64_SOURCE >>-g -O2 -g -O2 -pthread -I./subversion/include -I./subversion -I/tmp/subversion-1.5.4/apr/include -I/tmp/subversion-1.5.4/apr-util/include -I/tmp/subversion-1.5.4/apr-util/xml/expat/lib -I./serf APACHE_INCLUDES = -o subversion/tests/svn_test_editor.lo -c >>subversion/tests/svn_test_editor.c
>>gcc: APACHE_INCLUDES: No such file or directory
>>gcc: =: No such file or directory
>>*** Error exit code 1

>>Stop.

Is this a known problem?
Do you know how I can fix it or
is there a solution for using the different libexpat-versions?

Many thanks in advance for your answer.

Kind regards
 
Jürgen Großkopf
 
E-Mail: Juergen.Grosskopf_at_ofdka.bwl.de
<mailto:Juergen.Grosskopf_at_ofdka.bwl.de>

 

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-10-28 18:34:47 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.