Re: Segfault in _wrap_apr_terminate when running "git svn rebase"

Am Montag, 12. Mai 2008 20:04:13 schrieb Karl Fogel:
> Dennis Schridde <devurandom_at_gmx.net> writes:
> > Manually removing /usr/local/lib64/libsvn*, /usr/local/bin/svn*
> > and /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux/SVN/* solved that. (An
> > uninstall target is missing...)
> >
> > Then I detected that the built neon (in a subdir, since my system neon
> > was too new) has some linking problems (relocation xy_blah of static
> > archive into dynamic lib needed CFLAGS=-fPIC).
>
> Whew. Yeah, I have similar problems sometimes, mixing my latest build
> of Subversion against whatever I have installed at the moment (I'm on a
> Debian GNU/Linux system, always running a recent update of the 'testing'
> distribution).
Interesting part is that I do not have anything subversion from my
distribution installed anymore...

> > Quite an adventure hunting my crashbug. ;)
>
> Thank you for taking the time, though. I assume you're doing a binary
> search of the revision space?
I wanted to do that, yes.
But after all these weird issues with the buildsystem I gave up for a while.

The issue before the last was that _Core.so only linked against libc, even
though it should depend on a lot more, which resulted in missing symbols on
runtime.

This did not anymore appear when I compiled like this:

---
./autogen.sh
./configure \
    --enable-runtime-module-search \
    --disable-experimental-libtool --disable-mod-activation \
    --with-apr=/usr/bin/apr-1-config --with-apr-util=/usr/bin/apu-1-config \
    --without-apache --without-apxs \
    --without-jikes --without-junit
make -j4 CFLAGS='-fPIC -pipe -O2 -march=athlon64' 
CXXFLAGS='-fPIC -pipe -O2 -march=athlon64' LDFLAGS='-Wl,--hash-style=gnu' 
SWIG_LDFLAGS="-Wl,--hash-style=gnu" local-all
make -j1 swig-pl
---
(Before it was something like:
./autogen.sh && ./configure && make all swig-pl)
Somewhere in between I purged all non-svn files from the directory (and 
redownloaded the neon tarball), and now it does not seem to find the local 
neon anymore: 
---
checking neon library version... 0.27.2
Using neon found in source directory.
---
cd subversion/libsvn_ra_neon 
&& /bin/sh /home/user/software/subversion-svn/libtool --tag=CC --silent --mode=link 
gcc  -g -O2   -pthread   -L/usr/lib64 -Wl,--hash-style=gnu -rdynamic -L/usr/lib64/mysql -lmysqlclient_r -lz -lpthread -lcrypt -lnsl -lm -lssl -lcrypto -L/usr/local/lib  -rpath /usr/local/lib -o 
libsvn_ra_neon-1.la  commit.lo fetch.lo file_revs.lo get_dated_rev.lo 
get_location_segments.lo get_locations.lo get_locks.lo lock.lo log.lo 
merge.lo mergeinfo.lo options.lo props.lo replay.lo session.lo 
util.lo ../../subversion/libsvn_delta/libsvn_delta-1.la ../../subversion/libsvn_subr/libsvn_subr-1.la /usr/lib64/libaprutil-1.la -lldap -llber -lgdbm -ldb -lmysqlclient_r -lexpat /usr/lib64/libapr-1.la -luuid -lrt -lcrypt  -lpthread -ldl /home/user/software/subversion-svn/neon/src/libneon.la
libtool: link: cannot find the library 
`/home/user/software/subversion-svn/neon/src/libneon.la' or unhandled 
argument `/home/user/software/subversion-svn/neon/src/libneon.la'
make: *** [subversion/libsvn_ra_neon/libsvn_ra_neon-1.la] Error 1
---
It will then not even build the svn client anymore. (And appart from that I 
need neon since the subversion repository runs via webdav.)
--Dennis