使用RPATH而不是RUNPATH？

Question

本页面 - http://labs.qt.nokia.com/2011/10/28/rpath-and-runpath/ - 说，大约为了在ld.so库搜索：

Unless loading object has RUNPATH: 
    RPATH of the loading object, 
     then the RPATH of its loader (unless it has a RUNPATH), ..., 
     until the end of the chain, which is either the executable 
     or an object loaded by dlopen 
    Unless executable has RUNPATH: 
     RPATH of the executable 
LD_LIBRARY_PATH 
RUNPATH of the loading object 
ld.so.cache 
default dirs 

，然后建议：

当你船的二进制文件，或者使用RPATH，而不是运行路径或保证 LD_LIBRARY_PATH在它们运行之前被设置。

因此，使用RPATH与RUNPATH是不好的，因为RUNPATH样-的取消预期RPATH所以间接动态加载不起作用？但为什么然后RPATH已弃用RUNPATH？

有人可以解释一下情况吗？

Answer 1

当您发布一个二进制文件时，最好为用户提供一种方法来调整二进制文件以适应他们自己系统的具体情况，尤其是调整库搜索路径。

用户一般可以调整LD_LIBRARY_PATH和/etc/ld.co.conf，这两者都与优先级低于DT_RPATH，即不能覆盖什么是在二进制硬编码的，而如果你使用DT_RUNPATH代替，用户可与LD_LIBRARY_PATH覆盖它。 （FWIW，我认为ld.so.conf也应该优先于DT_RUNPATH，但无论如何，至少我们已经得到了LD_LIBRARY_PATH）。

此外，我强烈不同意上面使用DT_RPATH的建议。国际海事组织，它最好在运输的二进制文件中使用暗号DT_RPATH而不是DT_RUNPATH。

除非

你船与您的可执行所有的依赖库，并希望确保事情JustWork（TM）安装后，在这种情况下使用DT_RPATH。

Answer 2

奇尔的回答是完全正确的;我想简单地添加一些颜色，从最近读取glibc源文件（[master 8b0ccb2]，2.17）。清楚的是，如果在给定级别指定的位置没有找到库，则尝试下一级。如果在给定级别找到了库，搜索将停止。

动态库搜索顺序：

1. DT_RPATH在ELF二进制，除非DT_RUNPATH集。
2. LD_LIBRARY_PATH条目，除非的setuid/setgid的
3. DT_RUNPATH在ELF二进制
4. /etc/ld.so.cache中条目，除非-z nodeflib在链接时给定
5. /lib下，/ usr/lib中除非 - z nodeflib
6. 完成，“未找到”。

Answer 3

但是，为什么那么RPATH得到了赞成RUNPATH的过时？

当引入DT_RPATH时，它优先于所有其他参数。 即使为了开发目的，这也无法覆盖库搜索路径。 因此引入了另一个参数LD_RUNPATH，其优先级低于LD_LIBRARY_PATH。

更多细节可在"How to write shared libraries"作品Ulrich Drepper。