Library search path

[Juergen Kreileder <jk@blackdown.de>]

Hi,

this is kind of a followup to a recent nvidia-glx bug which has been
fixed by not installing TLS libs on systems without TLS support.  That
probably just hides the real problem:

Doing 'ldd /usr/X11R6/bin/glxinfo' on linux-2.4 system or on a
linux-2.6 system with LD_ASSUME_KERNEL=2.4.1 lists the TLS versions
of the GL libraries:

% uname -r ; LD_ASSUME_KERNEL=2.4.1 ldd /usr/X11R6/bin/glxinfo 
2.6.0-test9-mm5
                libGLU.so.1 => /usr/X11R6/lib/libGLU.so.1 (0x410ac000)
        libGL.so.1 => /usr/lib/tls/libGL.so.1 (0x41408000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x413dc000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x42211000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x40010000)
        libm.so.6 => /lib/libm.so.6 (0x40061000)
        libc.so.6 => /lib/libc.so.6 (0x40083000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x41851000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x41809000)
        libGLcore.so.1 => /usr/lib/tls/libGLcore.so.1 (0x42835000)
        libdl.so.2 => /lib/libdl.so.2 (0x401b6000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4fcd3000)

Debian's glibc only supports TLS with 2.6 kernels, so why does it pick
up the TLS versions with older kernels?  Shouldn't it omit looking for
libraries in tls directories with pre 2.6 kernels.


        Juergen

-- 
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/