链接器如何查找库？sysroot路径未生效的异常问题求助

底层逻辑 #

你观察到的现象是GNU ld的默认设计行为，属于sysroot路径重映射的隐含规则：
链接器会记录每个加载的链接脚本的来源路径，如果该路径位于sysroot的目录树范围内，就会将该脚本标记为「sysroot所属脚本」，脚本内部的所有绝对路径都会被自动拼接sysroot前缀后再查找；反之则标记为「主机原生脚本」，内部绝对路径不会做任何修改，直接按主机绝对路径查找。

这个设计的初衷是兼容混合链接场景：允许用户同时链接sysroot内的交叉编译库和主机本地的工具库，避免错误地给主机路径加上sysroot前缀。
你两次测试的差异就来自于该规则：

• 第一次sysroot为/home/nc/code，链接脚本存放路径/home/nc/code/linker_search_order_test/...属于sysroot目录树内，所以脚本内的/lib/noexisting.so.0被拼接为/home/nc/code/lib/noexisting.so.0
• 第二次sysroot为/home/nc/tools，链接脚本存放路径不属于sysroot目录树，所以直接按/lib/noexisting.so.0原生路径查找

解决方案 #

针对你交叉编译场景下，无法修改系统链接脚本、无法手动修改CMake生成的-L参数的情况，可以按优先级选择以下方案：

方案1：规范交叉编译配置（最推荐） #

交叉编译的标准实践是将所有依赖的库、头文件全部安装到sysroot目录对应的路径下，同时调整CMake交叉编译工具链文件的配置：正确设置CMAKE_SYSROOT、CMAKE_FIND_ROOT_PATH、CMAKE_FIND_ROOT_PATH_MODE_LIBRARY等参数，CMake自动生成的-L路径会自动指向sysroot内部的目录。此时所有链接脚本都在sysroot目录树内，会自动触发sysroot前缀拼接逻辑，不需要额外修改任何参数。

方案2：使用ld强制sysroot前缀参数 #

如果你使用的GNU ld版本≥2.30，可以直接在编译参数中添加：

-Wl,--force-sysroot-prefix

该参数会强制链接器对所有链接脚本内的绝对路径都拼接sysroot前缀，不管链接脚本本身是否在sysroot目录树内，完全匹配你的需求。

方案3：目录挂载映射（兼容旧版本ld） #

如果你的ld版本过低不支持上述参数，可以通过bind mount的方式将存放链接脚本的目录映射到sysroot内部的对应路径，示例操作：

mkdir -p /home/nc/tools/linker_search_order_test
mount --bind /home/nc/code/linker_search_order_test /home/nc/tools/linker_search_order_test

挂载后链接脚本的路径看起来就属于sysroot目录树，会自动触发sysroot前缀拼接逻辑，对上层编译配置完全无侵入。

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