> If you have a running system, then the problem is a lot more likely
> with the precompiled binary that you're trying to use.  What's the
> output from these commands:
>
> file /usr/X11R6/lib/libGL.so*
> readelf -h /usr/X11R6/lib/libGL.so
> ldd -v /usr/X11R6/lib/libGL.so

NVidia installer by default place GL libraries into /usr/lib and remove
old libraries from /usr/X11R6/lib. So I modified paths in this commands.

file /usr/lib/libGL.so* show
/usr/lib/libGL.so:          symbolic link to `libGL.so.1'
/usr/lib/libGL.so.1:        symbolic link to `libGL.so.1.0.8762'
/usr/lib/libGL.so.1.0.8762: ELF 64-bit LSB shared object, AMD x86-64,
version 1 (SYSV), stripped

readelf -h /usr/lib/libGL.so show
ELF Header:
  Magic:   7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
  Class:                             ELF64
  Data:                              2's complement, little endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - System V
  ABI Version:                       0
  Type:                              DYN (Shared object file)
  Machine:                           Advanced Micro Devices X86-64
  Version:                           0x1
  Entry point address:               0x3f860
  Start of program headers:          64 (bytes into file)
  Start of section headers:          734120 (bytes into file)
  Flags:                             0x0
  Size of this header:               64 (bytes)
  Size of program headers:           56 (bytes)
  Number of program headers:         4
  Size of section headers:           64 (bytes)
  Number of section headers:         19
  Section header string table index: 18

ldd -v /usr/lib/libGL.so show
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x00002acdeac60000)
libnvidia-tls.so.1 => /usr/lib/tls/libnvidia-tls.so.1 (0x00002acdeb4df000)
libm.so.6 => /lib/libm.so.6 (0x00002acdeb5e0000)
libXext.so.6 => /usr/X11R6/lib64/libXext.so.6 (0x00002acdeb763000)
libX11.so.6 => /usr/X11R6/lib64/libX11.so.6 (0x00002acdeb874000)
libdl.so.2 => /lib/libdl.so.2 (0x00002acdeba52000)
libc.so.6 => /lib/libc.so.6 (0x00002acdebb57000)
/lib64/ld-linux-x86-64.so.2 (0x0000555555554000)

Version information:
/usr/lib/libGL.so:
        libdl.so.2 (GLIBC_2.2.5) => /lib/libdl.so.2
        libc.so.6 (GLIBC_2.2.5) => /lib/libc.so.6
/lib/libm.so.6:
        libc.so.6 (GLIBC_2.2.5) => /lib/libc.so.6
/usr/X11R6/lib64/libXext.so.6:
        libc.so.6 (GLIBC_2.2.5) => /lib/libc.so.6
/usr/X11R6/lib64/libX11.so.6:
        libdl.so.2 (GLIBC_2.2.5) => /lib/libdl.so.2
        libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
        libc.so.6 (GLIBC_2.3.2) => /lib/libc.so.6
        libc.so.6 (GLIBC_2.2.5) => /lib/libc.so.6
/lib/libdl.so.2:
        libc.so.6 (GLIBC_2.2.5) => /lib/libc.so.6
        libc.so.6 (GLIBC_PRIVATE) => /lib/libc.so.6
        ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2
/lib/libc.so.6:
        ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.2
ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2

I have no 32-bit libraries in my current installation. /lib is symlink on
/lib64 and /usr/lib is symlink on /usr/lib64. But I don't think that this
is important, bacause I face with such problem also on pure 32-bit system.


-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to