CMake install指令为何会让Linux二进制在当前目录搜索共享库？

基础结论 #

• RUNPATH末尾的冒号确实对应路径列表中的空字符串项，这是类Unix系统路径列表的通用解析规则：冒号作为分隔符时，出现在字符串首尾、或连续出现两个冒号，都会生成空路径项。
• 空路径项在GNU动态链接器ld.so的规则中，指代程序运行时的当前工作目录（CWD），而非二进制程序自身所在的目录，这是你能在同目录下运行找到so的核心原因：你执行程序时的工作目录恰好是so存放的目录。

底层逻辑拆解 #

1. 为什么加install指令后RUNPATH多了末尾冒号 #

你配置的set(CMAKE_SKIP_RPATH TRUE)会要求CMake跳过自动添加RPATH的逻辑，但CMake在install阶段对已有RPATH的重写逻辑存在边界情况：
构建阶段生成的二进制默认携带构建树的RPATH（也就是你看到的/home/dev/rpath-test/program/../mylibrary），当执行install流程时，CMake会按规则移除构建树相关的RPATH字段，操作过程中没有处理干净残留了分隔符冒号，最终就形成了末尾带冒号的RUNPATH。

2. 动态链接器的搜索逻辑 #

GNU libc的ld.so搜索共享库的优先级顺序如下：

1. 程序自身DT_RPATH字段（已被RUNPATH取代，仅当无RUNPATH时生效）
2. 环境变量LD_LIBRARY_PATH指定的路径
3. 程序自身DT_RUNPATH字段指定的路径
4. /etc/ld.so.cache缓存的路径列表
5. 系统默认库路径/lib、/usr/lib等
   当处理RUNPATH字段时，ld.so会按冒号拆分路径逐个匹配，空路径项会直接匹配当前工作目录，因此你cd到二进制和so的同目录执行时，空路径项就能命中目标so。

注意事项与最佳实践 #

不要依赖末尾冒号的巧合行为，该逻辑存在局限性：如果你在其他工作目录执行程序（比如直接运行/path/to/bin/binaryfile不cd到bin目录），空路径项会指向你当前的工作目录，无法找到和二进制同目录的so。
正确的同目录so搜索配置应该显式指定RPATH为$ORIGIN，$ORIGIN是ld.so内置的变量，永远指代二进制程序自身所在的目录，CMake配置示例如下：

# 关闭默认RPATH跳过规则，改为自定义install RPATH
set(CMAKE_SKIP_RPATH FALSE)
set(CMAKE_INSTALL_RPATH "$ORIGIN")
# 保留链接阶段的其他依赖库路径
set(CMAKE_INSTALL_RPATH_USE_LINK_PATH TRUE)
install(TARGETS binaryfile DESTINATION bin)

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