为什么使用共享库时 -L 不自动包含 -rpath？

Question

我不明白为什么当 -L 已经告诉共享库路径在哪里时有必要提供 rpath 或使用 LD_LIBRARY_PATH 设置环境变量。

这个答案说： -L 告诉 ld在链接时在哪里寻找要链接的库。

但为什么同时相应的-rpath没有自动设置呢？为什么我们需要再次手动执行？

PS：我想如果你有这个功能，那么可执行文件在其他环境中将毫无用处。但如果是这样，那么ld在链接过程中实际上做了什么，或者如果其他环境中的 -rpath 不同，为什么需要给出 -L 路径。

Answer 1

这绝对不是“链接器的错误特征”。

-L（一个更旧的标志）只是告诉链接器在该目录中查找与任何后续标志匹配的任何-l库，包括静态库/存档（请记住，在过去，这是唯一类型的库）。它有意保留为仅链接时标志；链接器的业务完成后就没有作用了。

-rpath是一个完全不同的野兽。其目的是在可执行文件或共享/动态库中嵌入一个或多个路径的列表来搜索动态库，当运行时在共享库中查找必要的符号时（r在-rpath。

在很多情况下，人们想要-L但不想要-rpath；特别是当人们特别想要链接静态库而不是遵循动态链接器时。在大多数平台上覆盖内置的相对简单rpath，即使用LD_PRELOAD相对简单，有些人实际上认为这是一个安全问题。

也许可以看看http://sta.li/faq ，了解反对动态链接的令人信服的案例。