-rpath-link与-L的区别？请澄清gold、bfd ld及ld.lld相关差异

让我来帮你彻底理清这两个参数的差异，以及gold、BFD ld、lld对它们的不同处理逻辑：

核心作用与差异 #

-L 参数 #

-L 是最常用的链接器路径指定参数，它的核心作用是告诉链接器：在哪些目录中查找所有需要的共享库（包括直接依赖和部分递归依赖）。当你链接一个程序时，只要是链接过程中需要的库（不管是你直接通过 -lxxx 指定的，还是直接依赖库所引用的间接库），链接器都会先去 -L 指定的目录里找，找不到再去系统默认路径。

不过在传统的BFD ld中存在例外：如果递归依赖的库不在 -L 目录或系统默认路径里，链接器还是会报错，这时候就需要 -rpath-link 来补位。

-rpath-link 参数 #

-rpath-link 是专门为递归依赖的共享库设计的补充参数。举个实际场景：你的程序直接依赖 libA.so，而 libA.so 又依赖 libB.so，如果 libB.so 不在 -L 指定的目录或系统默认路径中，BFD ld/gold 会找不到这个间接依赖的库，导致链接失败。这时候用 -rpath-link 指定 libB.so 所在的目录，链接器就能顺利找到这个递归依赖的库了。

注意：-rpath-link 只在链接阶段生效，不会把指定的目录写入最终可执行文件的运行时查找路径（那是 -rpath 参数的功能）。

不同链接器的支持情况 #

BFD ld #

BFD ld 完全支持这两个参数，其手册明确说明 -rpath-link 用于处理递归依赖的共享库场景：当链接器解析某个共享库的依赖时，会优先去 -rpath-link 指定的目录中查找对应的依赖库。

gold #

gold 链接器的设计逻辑和 BFD ld 基本一致，同样支持 -rpath-link，作用也是解决递归依赖库的查找问题，手册中的说明和 BFD ld 类似。

LLVM lld #

lld 确实没有将 -rpath-link 列为可用参数，这是因为 lld 的设计做了优化：它会自动沿着 -L 指定的目录递归查找所有依赖的共享库，不需要额外通过 -rpath-link 来指定递归依赖的路径。也就是说，在 lld 中，-L 的功能已经覆盖了 -rpath-link 的作用，所以这个参数就被省略了。

实际使用示例 #

假设你的程序 main.c 直接依赖 libA.so，libA.so 依赖 libB.so，且两者都在 ./libs 目录下：

• 使用 BFD ld/gold 时，需要同时指定 -L 和 -rpath-link：

  gcc main.c -L./libs -lA -Wl,-rpath-link=./libs
  

• 使用 lld 时，只需要指定 -L 即可：

  gcc main.c -L./libs -lA -fuse-ld=lld
  

内容的提问来源于stack exchange，提问作者lanza