什么场景会让-rpath指定的链接库路径失效

[lby_2016]

我这边遇到一个现象：

1、动态库是使用“-Wl,-rpath”指定动态库搜索路径，使用readelf -d看是有编译进去

0x0000000f (RPATH) Library rpath: [../other]
0x0000001d (RUNPATH) Library runpath: [../other]

2、linux上环境变量是

ATCAX86_F0S3:/opt/# echo $LD_LIBRARY_PATH
/opt/:

3、动态库在链接的时候反而是先找到/opt去了，请问各位知道什么场景会让-rpath失效？多谢

[lby_2016]

引用 1 楼 Bokutake 的回复:

你是可执行文件链接动态库，还是动态库链接动态库？ 后者的话，用-rpath-link。

这两种场景都存在，我在网上看了相关文章， 动态库加载路径之RPATH与RUNPATH(小记) http://www.oschina.net/question/234345_52687 发现我这边的环境在编译的时候，使用“-Wl,-rpath”，默认会加--enable-new-dtags，所以同时出现RPATH/RUNPATH，导致了这个问题。 但是网上资料都是说缺省不会加，不知道从哪一个连接器ld版本开始缺省就变为--enable-new-dtags了。

[lby_2016]

引用 2 楼 Bokutake 的回复:

嗯，其实我觉得../可能会被解释为进程的当前路径，而不是动态库所在的路径。 别用rpath比较好，在ld.so.conf.d写配置吧。

用ld.so.conf.d写配置的话，优先级比环境变量要低哦。我这边诉求要优先找我进程或动态库指定的链接库路径。环境变量别人会改掉的，不安全。

[辰岡墨竹]

你是可执行文件链接动态库，还是动态库链接动态库？ 后者的话，用-rpath-link。

[辰岡墨竹]

嗯，其实我觉得../可能会被解释为进程的当前路径，而不是动态库所在的路径。 别用rpath比较好，在ld.so.conf.d写配置吧。

[赵4老师]

没有绝对的安全。