最近在迁移服务器,但是没有冲洗编译安装nginx,直接启动nginx,出现报错:“error while loading shared libraries”,甚是苦恼,查阅资料发现这个是由于需要的动态库不在动态链接器ld.so的搜索路径导致的。
首先我们看下ld.so 动态共享库的搜索顺序
A、ELF可执行文件中动态段DT_RPATH指定;gcc加入链接参数“-Wl,-rpath”指定动态库搜索路径;
B、环境变量LD_LIBRARY_PATH指定路径;
C、/etc/ld.so.cache中缓存的动态库路径。可以通过修改配置文件/etc/ld.so.conf 增删路径(修改后需要运行ldconfig命令);
D、默认的 /lib/;
E、默认的 /usr/lib/
与动态链接库相关命令
(a)ld 是gcc的链接程序。
(b)ldd是查看可执行文件中所依赖的库的程序,比如想查main程序用到了那些动态库,可以直接 ldd main
(c)ldconfig用来更新文件/etc/ld.so.conf的修改生效。
(d)nm用来查看.so库中的函数名字,标记是T的就是动态库里面生成的名字。如:nm /lib/libc*.so
Linux 下动态链接库搜索路径问题
Linux动态链接库的搜索路径按优先级排序为:
1.编译目标代码时指定的动态库搜索路径;
在编译时通过gcc 的参数”-Wl,-rpath,”指定。当指定多个动态库搜索路径时,路径之间用冒号”:”分隔。
2.环境变量LD_LIBRARY_PATH指定的动态库搜索路径;
3.配置文件/etc/ld.so.conf中指定的动态库搜索路径;
/etc/ld.so.conf的第一行有个引用命令:include ld.so.conf.d/*.conf
因此,最优雅的方式是在ld.so.conf.d目录下创建一个你的程序依赖的配置文件,配置文件内容为程序依赖的动态链接库的路径,一个路径一行。
添加完配置文件后执行ldconfig使其生效。
4.默认的动态库搜索路径/lib;
5.默认的动态库搜索路径/usr/lib;
可以用 LD_LIBRARY_PATH 环境变量指定,这个类似于 PATH 机制,比较直观,而且,可以放到 bashrc 中固化下来,也可以放到自己的 .bashrc 中只对本用户起作用;如果启用了 ld.so.cache 的话,系统会在 /etc/ld.so.cache 中存储所有可引用的动态链接库。这个文件的内容可以通过 /etc/ld.so.conf 来指定;这个是比较固定的机制,对全局所有用户都有影响;不过更改设置后需要 root 调用 ldconfig 来刷新一下。默认的标准库路径,这个似乎不用设置就可以。包括 /lib 和 /usr/lib。当然,如果是64位系统,还包括 /lib64 和 /usr/lib64。其它情况,如果只想对某一个特定的应用程序起作用的话,可以在编译时指定搜索路径。gcc 的 -Wl 和 -rpath 参数。
发表评论