On 7 Jul 2002, Ben Collins-Sussman <sussman@collab.net> wrote:
> At this point, I'm suspicious that your svn binary is somehow
> accidentally linking against much older shared libraries. On FreeBSD
> and Darwin, libtool can do very wonky things. (On my own FreeBSD
> system, I've discovered that having /usr/local/lib in my
> $LD_LIBRARY_PATH will actually cause libtool and the runtime linker to
> use old libs in /usr/local/lib *despite* any runpaths pointing to
> libraries within my source-tree! Totally absurd.)
The only libraries I could find were the ones installed on Saturday
when I built this revision. However, I have deleted them, made
distclean, and will try again.
Perhaps your distclean target isn't thorough? If the bug still occurs
I'll get a fresh svn checkout and try in that.
> Can you hunt down and destroy every single libsvn_* and libapr_*
> library on your system? Then rebuild the svn client cleanly, as a
> static binary (--disable-shared)?
I already had --disable-shared. ldd confirmed that it wasn't using
any dynamic libraries beyond what I would expect
$ ldd `which svn`
libgdbm.so.1 => /usr/lib/libgdbm.so.1 (0x40022000)
libdb.so.2 => /lib/libdb.so.2 (0x40028000)
libexpat.so.0 => /usr/local/lib/libexpat.so.0 (0x40035000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0x40051000)
libz.so.1 => /usr/lib/libz.so.1 (0x400f1000)
libm.so.6 => /lib/libm.so.6 (0x40101000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40122000)
libnsl.so.1 => /lib/libnsl.so.1 (0x4014f000)
libdl.so.2 => /lib/libdl.so.2 (0x40163000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40166000)
libc.so.6 => /lib/libc.so.6 (0x4017a000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
--
Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 8 02:29:10 2002