解决需要手动设置LD_LIBRARY_PATH

当我们安装了第三方库，而第三方库没有安装到系统默认路径下，如果其他程序使用了该库，直接运行会因为找不到动态库（*.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下对应的配置文件（如果没有安装到系统默认路径下）。这样既可以在卸载时保证系统的干净，又无需使用者担心环境配置的问题。