关于/lib/ 和 /lib64 和 /lib32

amarant

最近遇到一个问题，某软件在 RedHat 上是可以安装的，到 ubuntu 里面变的不能安装了。
然后看了一下，RedHat 中 /lib 里面是 32位的库，/lib64 里面是 64位的库。
Ubuntu 中 /lib 里面是 64 位的库，/lib32 里面是 32位的库。
这样的问题要怎么解决呢？有什么资料可以学习一下吗？谢谢

MMMIX

回复 1# amarant


不同发行版对 multiple library 的支持方式不同，没有什么好的办法，只能是修改软件（的安装脚本）。

amarant

回复 2# MMMIX


    谢谢回答。

修改了 LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/lib32:/usr/lib32还是没有用。编译的时候还是无法链接..

MMMIX

回复 3# amarant


    LD_LIBRARY_PATH 是给运行时的 loader 用的，不是给连接时的 linker 用的。

给 linker 添加额外的库搜索路径用 -L/path/to/lib

amarant

回复 4# MMMIX


    貌似这个对链接也是有效的。
http://xahlee.info/UnixResource_dir/_/ldpath.html

1. Why was it invented?
   
2. 
   
3. There were a couple good reasons why it was invented:
   
4. 
   
5.     To test out new library routines against an already compiled binary (for either backward compatibility or for new feature testing).
   
6.     To have a short term way out in case you wanted to move a set of shared libraries to another location.
   
7. 
   
8. As an often unwanted side effect, LD_LIBRARY_PATH will also be searched at link (ld) stage after directories specified with -L (also if no -L flag is given).

复制代码

MMMIX

回复 5# amarant


    GNU ld 是不会去 LD_LIBRARY_PATH 中查找 -l 指定的库的，其他 ld 就不清楚了。

amarant

回复 6# MMMIX


    涨知识了。。再请教一个问题，一个elf文件在执行的时候，它是否会去/lib/ /lib64 /lib32 里面都去找找看是否有适配的相应的库。
举个例子，例如一个 elf32 的文件在执行的时候，是否会去 /lib64 里面找有没有32位的所需要的库呢？

之所以问这个问题是因为，我发现有些32位的软件只要安装上相关的i386版本库就可以执行，但有些软件死活就要往/lib32里面去找。
我知道linux中提供一个uselib的函数，但我没用过这个函数。我不知道是否因为某些软件指定了绝对路径，例如uselib("/usr/lib/libtermcap.so.2");才导致了这样的问题。

定义这些规则的文档是什么，我学习一下

BTW，这个问题我已经用猥琐的方法解决了
直接在 lib 中创立所需要的库的符号链接，指向 lib32
例如  sudo ln -sf /lib32/libtinfo.so.5 libtermcap.so.2

MMMIX

amarant 发表于 2015-12-02 14:49
一个elf文件在执行的时候，它是否会去/lib/ /lib64 /lib32 里面都去找找看是否有适配的相应的库。
举个例子，例如一个 elf32 的文件在执行的时候，是否会去 /lib64 里面找有没有32位的所需要的库呢？

取决于系统的设置，看看 ld.so(8) 和 ldconfig(8)

我不知道是否因为某些软件指定了绝对路径，例如uselib("/usr/lib/libtermcap.so.2");才导致了这样的问题。

有可能，但未必是用的 uselib。

yjh777

ldd 看看结果:

$ ldd /usr/bin/ls
        linux-vdso.so.1 (0x00007ffc9a0ef000)
        libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f8d32e9b000)
        libcap.so.2 => /lib64/libcap.so.2 (0x00007f8d32c96000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f8d328d4000)
        libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f8d32664000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f8d32460000)
        /lib64/ld-linux-x86-64.so.2 (0x00005628c6c43000)
        libattr.so.1 => /lib64/libattr.so.1 (0x00007f8d32259000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f8d3203c000)

amarant

回复 9# yjh777


    是编译的时候链接问题。跟ldd没什么关系