I suspect your version of APR is not new enough. I've had this when building serf before on older systems, e.g. CentOS 5. It's odd that the other commands work though, maybe someone else can shed some light on it.
Ben On Wed, Oct 2, 2013 at 11:55 PM, adam <adam...@gmail.com> wrote: > root@sv1 [/root/naox/subversion-1.7.13/]# ./configure > --prefix=/usr/share/subversion-1.7.13 > '--with-apxs=/usr/httpd-2.4.4/bin/apxs' > --with-apr=/usr/httpd-2.4.4/bin --with-apr-util=/usr/httpd-2.4.4/bin > && make > > root@sv1 [/root/naox/subversion-1.7.13/subversion/svnrdump]# ./svnrdump > /root/naox/subversion-1.7.13/subversion/svnrdump/.libs/lt-svnrdump: > symbol lookup error: > > /root/naox/subversion-1.7.13/subversion/libsvn_subr/.libs/libsvn_subr-1.so.0: > undefined symbol: apr_atomic_xchgptr > > root@sv1 [/root/naox/subversion-1.7.13/subversion/svnrdump]# ldd > > /root/naox/subversion-1.7.13/subversion/libsvn_subr/.libs/libsvn_subr-1.so.0 > linux-vdso.so.1 => (0x00007fff037ff000) > libaprutil-1.so.0 => /usr/httpd-2.4.4/lib/libaprutil-1.so.0 > (0x00007f4741ec2000) > libapr-1.so.0 => /usr/httpd-2.4.4/lib/libapr-1.so.0 > (0x00007f4741c93000) > librt.so.1 => /lib64/librt.so.1 (0x00007f4741a77000) > libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f474183f000) > libexpat.so.0 => /usr/lib/libexpat.so.0 (0x00007f474161c000) > libz.so.1 => /usr/lib64/libz.so.1 (0x00007f4741408000) > libdl.so.2 => /lib64/libdl.so.2 (0x00007f4741204000) > libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f4740fe8000) > libmagic.so.1 => /usr/lib64/libmagic.so.1 (0x00007f4740dd9000) > libc.so.6 => /lib64/libc.so.6 (0x00007f4740a81000) > /lib64/ld-linux-x86-64.so.2 (0x00007f47423cb000) > > Seems to be linked fine. Is it a bug in svn? > Everything else (svn, svnadmin, svnlook, svnserver) is working fine, > except for svnrdump > -- Ben Brown I *Senior Infrastructure / Build Engineer* WANdisco // *Non-Stop Data* e. ben.br...@wandisco.com
