Centos compile of 1.6.6 fails make check, svnadmin dump fails.

Hey, I'm having an issue with our svn server. Im compiling svn 1.6.6 for
it as an upgrade (having removed the yum installed packaged) and im
compiling it against one of 2 apache installs (separate services). This
all works fine, and I get normal operation this way. However in trying
to migrate an old repository over, if I run svnadmin dump I get an error
:

svnadmin: symbol lookup error: /usr/local/lib/libsvn_subr-1.so.0:
undefined symbol: apr_hash_clear

so I went back to the beginning and ran a make check, which gives this
output http://paste2.org/p/592611

So there is some sort of problem with libtool not linking properly. Im
using this line to compile:

sudo make clean && ./configure
--with-apxs=/usr/local/apache2-svn/bin/apxs --enable-shared
--with-apr=/usr/bin/apr-1-config-svn
--with-apr-util=/usr/bin/apu-1-config-svn --without-berkeley-db && sudo
make && sudo make check

The interesting thing is that if I drop --enable-shared I get about
halfway through the test before it starts failing. (that's the output
linked above)

I've asked in #centos and #svn on freenode and noon there seems to be
able to help, so maybe this list would have a better idea of whats going
wrong?

Many Thanks,

Joshua Hogendorn

Please consider our environment before you print. Help us give paperless communication the green light.

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and / or privileged material. Any disclosure, copying, distribution, or other use without the express consent of the sender is prohibited. If you received this email in error, please contact the sender and delete the material from any computer. All rights in the information transmitted, including copyright, are reserved. Nothing in this message should be interpreted as a digital signature that can be used to authenticate a document. No warranty is given by the sender that any attachments to this email are free from viruses or other defects.
Received on 2010-01-04 21:02:49 CET