What is the difference between /lib/i386-linux-gnu/libc.so.6, /lib/x86_64-linux-gnu/libc.so.6 and /usr/lib/x86_64-linux-gnu/libc.so?

后端 未结 3 1797
星月不相逢
星月不相逢 2020-12-30 10:19

I installed Matlab in my Linux Mint 14 Nadia (a uname -a shows: Linux Ideapad-Z570 3.5.0-17-generic #28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

3条回答
  •  北海茫月
    2020-12-30 10:51

    /lib/i386-linux-gnu/libc.so.6

    This is is 32-bit version of the library.

    /lib/x86_64-linux-gnu/libc.so.6

    This is the 64-bit version of the library.

    Both are usually symbolic links to the actual library file, which will usually be named according to the glibc release number, for example libc-2.15.so

    /usr/lib/x86_64-linux-gnu/libc.so

    This is not a library, but a linker script file, which refers to the above symlinks.

    Why do we need all these:

    First, regardless of libc version installed, the linker will always search for libc.so, because the compiler driver will always pass to the linker the -lc options. The name libc stays the same and denotes to most recent version of the library.

    The symlinks libc.so.6 are named after the soname of the library, which, more or less corresponds to the ABI version of the library. The executables, linked against libc.so in fact contain runtime dependencies on libc.so.6.

    If we imagine the someday a grossly ABI incompatible libc is released, it's soname could be named libc.so.7, for example and this version coukld coexists with the older libc.so.6 version, thus executables linked against one or the other can coexist in the same system,

    And finally, the name libc-2.15.so refers to the libc release, when you install a new libc package, the name will change to libc-2.16.so. Provided that it is binary compatible with the previous release, the libc.so.6 link will stay named that way and the existing executables will continue to work.

提交回复
热议问题