当我们安装了第三方库,而第三方库没有安装到系统默认路径下,如果其他程序使用了该库,直接运行会因为找不到动态库(*.so
)而终止。
可以通过手动设置LD_LIBRARY_PATH
环境变量来指定链接库所在路径,但是当链接库很多时,也会相当麻烦。
可以用shell脚本,在脚本中设置LD_LIBRARY_PATH
,只需运行脚本即可。
这里给出另两种解决方案:
解决方案1: 使用rpath
这个方案,总体来说,不是很推荐。
如果你直接使用编译器,那么在编译选项中加上-Wl,--disable-new-dtags,-rpath=<运行库所在目录>
即可。
注意,逗号之间不能有空格。
-Wl
意为将后面的参数传递给链接器,linux下也就是ld
。
如果使用--disable-new-tags
,那么后面的-rpath
会设置elf
文件(也就是你的可执行文件)中的RPATH
。
如果使用--enable-new-tags
,那么后面的-rpath
会设置elf
文件中的RUNPATH
。
运行时会到RPATH
查找运行库。
如果你使用cmake
,在里面加上:
set_target_properties(a.out PROPERTIES LINK_OPTIONS "-Wl,--disable-new-dtags")
无须填写-rpath
,因为cmake
在构建时默认会加上运行库路径,我们只需要更改new
或者old
即可。
这个方案的缺点是写死了,不方便更换链接库位置,因为优先级:RPATH
> LD_LIBRARY_PATH
> RUNPATH
。
可以用readelf -d a.out
来查看a.out
中的RUNPATH
等信息。
解决方案2:通过ld.so.conf.d
在/etc/ld.so.conf.d/
下创建配置文件(名字自拟),里面写上需要搜索的运行库路径。
例如创建/etc/ld.so.conf.d/seetaface6.conf
里面写上:
/usr/lib/seetaface6
然后运行ldconfig
重新生成缓存即可。
个人更喜欢的解决方法是将第三方库(多数为编译安装)自行打包,在其中创建ld.so.conf.d
下对应的配置文件(如果没有安装到系统默认路径下)。这样既可以在卸载时保证系统的干净,又无需使用者担心环境配置的问题。