Linux下configure/编译时如何配置二进制文件的共享库搜索路径

核心原因：你观测到本机自定义库路径被硬编码到二进制文件中，是因为Python的configure脚本处理--with-tcltk-libs参数时，默认会给链接器添加-rpath参数，将传入的库路径写入最终二进制的动态库搜索路径列表，该路径会在程序运行时被优先检索，不适合分发场景。

以下是不同场景下的解决方法：

• 方案1：仅针对TclTk禁用rpath写入
  调整--with-tcltk-libs的参数内容，将普通路径参数替换为仅在链接阶段生效的-rpath-link参数，示例如下（将示例中的版本号替换为你实际使用的TclTk版本）：

  ./configure --with-tcltk-includes=/你的自定义TclTk头文件路径 \
  --with-tcltk-libs="-L/foo/bar/spam -Wl,-rpath-link,/foo/bar/spam -ltk8.6 -ltcl8.6" \
  # 其余你需要的configure参数
  

  其中-Wl,-rpath-link参数仅作用于编译链接阶段，不会将对应路径写入最终生成的二进制文件。

• 方案2：全局禁用所有自定义库的rpath写入
  如果你编译时还依赖了其他自定义库，也需要避免路径被写入二进制，可以在执行configure时传入全局链接参数：

  LDFLAGS="-Wl,--disable-rpath" ./configure --with-tcltk-includes=/你的自定义TclTk头文件路径 \
  --with-tcltk-libs="-L/foo/bar/spam -ltk8.6 -ltcl8.6" \
  # 其余你需要的configure参数
  

  该方案会全局禁用所有依赖库的rpath写入，适合对外分发的编译场景。

• 方案3：macOS平台专属处理方案
  macOS的链接器逻辑与Linux不同，上述参数不生效，可按以下步骤处理：

  1. 编译时--with-tcltk-libs仅传-L和库链接参数即可，示例：

  --with-tcltk-libs="-L/foo/bar/spam -ltk8.6 -ltcl8.6"
  

  2. 编译完成后用系统自带的install_name_tool工具删除已写入的rpath：

  install_name_tool -delete_rpath /foo/bar/spam /你编译生成的Python二进制路径
  

验证方法 #

编译完成后无需用strace测试，可直接用对应平台的命令检索二进制中的rpath列表：

• Linux平台：执行readelf -d 二进制路径 | grep RPATH，确认输出中无/foo/bar/spam即可
• macOS平台：执行otool -l 二进制路径 | grep LC_RPATH，确认输出中无/foo/bar/spam即可

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