Yocto 2.4下CMake无法生成安全链接器搜索路径问题求助

我之前升级Yocto版本时也碰到过几乎一模一样的问题，核心原因就是Yocto 2.4切换到per-package独立sysroot后，旧的硬编码路径方式完全不适应新环境了。下面给你几个针对性的解决办法：

1. 修复mylib的CMake导出配置，告别硬编码 #

这是最关键的一步——你的mylib在导出链接库时硬编码了自己sysroot里的libpthread.so绝对路径，还重复指定了-lpthread，直接导致了mytest构建时的路径冲突。

正确的调整方式： #

• 改用CMake的Threads模块处理线程库依赖，不要手动写-lpthread或者绝对路径。
• 修改mylib的CMakeLists.txt中设置INTERFACE_LINK_LIBRARIES的部分，改成如下内容：

  # 先引入Threads模块
  find_package(Threads REQUIRED)
  
  # 重新设置目标属性，只保留必要依赖
  set_target_properties(mylib PROPERTIES
      INTERFACE_INCLUDE_DIRECTORIES "$<INSTALL_INTERFACE:include>"
      INTERFACE_LINK_LIBRARIES "Threads::Threads; mylib"
  )
  

  这里用$<INSTALL_INTERFACE:include>替代硬编码路径，CMake会根据安装前缀自动处理头文件路径；Threads::Threads是CMake提供的线程库目标，会自动适配当前构建环境的sysroot，不会出现跨sysroot的路径冲突。

2. 彻底清理旧构建缓存，重新生成配置 #

Yocto构建目录里的旧缓存文件可能残留之前的硬编码路径，必须彻底清理：

bitbake -c cleansstate mylib mytest

执行完后重新构建两个包：

bitbake mylib mytest

这样会重新生成mylib的CMake导出文件，确保新配置生效。

3. 检查Yocto Recipe中的CMake参数 #

确保mylib的.bb文件没有手动指定错误的sysroot路径，Yocto的cmake.bbclass会自动传递正确的CMAKE_SYSROOT等变量给CMake。如果你的recipe里有自定义的CMAKE_FLAGS，要避免硬编码任何绝对路径（比如不要写-DCMAKE_LIBRARY_PATH=/some/absolute/path这类参数），让Yocto的独立sysroot机制自动处理路径。

4. 解决链接器路径冲突警告 #

如果修复后还存在链接路径冲突的警告，可以在mytest的CMakeLists.txt里添加以下设置，强制CMake使用正确的链接路径：

# 让链接器只使用指定路径，避免隐式目录冲突
set(CMAKE_LINK_WHAT_YOU_USE ON)

不过这只是辅助手段，核心还是要确保mylib的导出配置没有硬编码路径。

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