|
From: Tom H. <th...@cy...> - 2004-10-13 10:22:52
|
In message <20041013094849.GB6518@malin>
Karl Hasselström <kh...@tr...> wrote:
> I stripped those first two paths (/home/kha/local/lara.hq.vtech/lib
> and /home/kha/local/generic/lib) from my LD_LIBRARY_PATH, LIBRARY_PATH
> and LD_RUN_PATH, rebuilt everything, and got an RPATH of
> /usr/X11R6/lib:/usr/lib:/lib:/usr/local/lib. For some unfathomable
> reason, this caused the program to use /lib/i686/libpthread-0.10.so
> instead of /lib/tls/libpthread-0.61.so, and valgrind worked. It still
> doesn't use valgrind's libpthread.so, but apparently
> /lib/i686/libpthread-0.10 is nice enough.
That shouldn't work - the i686 libpthread will use clone just as much
as the tls one will. You really need the valgrind one.
The selection between the i686 and tls versions should be triggered by
the setting of LD_ASSUME_KERNEL.
I don't understand where that RPATH setting in the binary is coming
from though if you don't have those directories in LD_RUN_PATH and
aren't using linker command line options to set it.
Tom
--
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|