编译使用自定义liblzma.dylib库的bsdtar遇阻求助

我来给你梳理下这个问题的排查方向和解决办法，毕竟编译带自定义依赖的工具时，CMake的路径查找经常会有让人摸不着头脑的小问题。

先明确你的核心需求：编译出能调用自定义liblzma.dylib的bsdtar，方便后续把二进制和库一起分发。你已经尝试了Tsyvarev建议的cmake -DCMAKE_PREFIX_PATH=customlib，但从当前的CMake输出看似乎还没完全搞定。

下面是具体的排查和解决步骤：

• 先确认自定义liblzma的目录结构是否合规
  CMAKE_PREFIX_PATH的查找逻辑依赖标准的Unix安装结构，你的customlib得是这样的结构CMake才能顺利找到：

  customlib/
  ├── include/
  │   └── lzma/
  │       └── lzma.h  # 以及其他相关头文件
  └── lib/
      └── liblzma.dylib  # 或者带版本号的liblzma.5.dylib，同时要有软链接指向主库文件
  

  如果你的头文件或库文件存放位置不对，CMake根本扫不到它们。

• 查看CMake的详细查找日志
  只看到-- Looking for lzma_a...这一句输出太有限了，建议加上--verbose参数重新运行CMake命令：

  cmake -DCMAKE_PREFIX_PATH=customlib --verbose ..
  

  从详细日志里你能清楚看到CMake在哪些路径下搜索liblzma的头文件和库文件，确认它是不是真的扫描到了你的customlib目录，有没有因为路径问题跳过了自定义库。

• 尝试直接指定头文件和库路径（备用方案）
  如果CMAKE_PREFIX_PATH的自动查找没生效，可以直接强制指定头文件和库的路径，绕开CMake的默认查找逻辑：

  cmake -DCMAKE_INCLUDE_PATH=customlib/include -DCMAKE_LIBRARY_PATH=customlib/lib ..
  

  这两个参数会让CMake优先在你指定的目录里找依赖，比CMAKE_PREFIX_PATH的优先级更高。

• 编译后验证链接结果
  不管用哪种方式编译完，一定要验证bsdtar是否真的链接了自定义的liblzma。用macOS的otool工具检查：

  otool -L ./bsdtar
  

  如果输出里显示的是系统路径的/usr/lib/liblzma.dylib，那说明链接还是没成功，得回去调整CMake参数；如果显示的是你的customlib/lib/liblzma.dylib，那第一步就搞定了。

• 处理分发时的路径适配
  为了让bsdtar和自定义liblzma能一起分发，编译完成后需要修改二进制的rpath，让它能在运行时找到同目录下的库：

  install_name_tool -add_rpath "@executable_path/" ./bsdtar
  

  这样你把bsdtar和liblzma放在同一个文件夹里，用户运行时就能自动加载你的自定义库，不会去调用系统自带的版本了。

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