如何构建带有相对链接的可移植Yocto SDK？

首先，我完全理解你想要共享可移植SDK给团队的需求——绝对链接确实会导致SDK在其他机器上无法正常工作，尤其是路径不同的情况下。虽然Yocto没有直接的配置让你在生成时就得到全相对链接的SDK包，但有几个比手动写脚本更简便的原生方案，以及优化脚本的思路：

1. 启用SDK重定位支持（最推荐的原生方案） #

Yocto其实内置了SDK重定位的机制，你只需要在local.conf里显式添加这个配置项，重新生成SDK即可：

SDK_RELOCATABLE = "1"

这个配置会让生成的SDK根目录包含一个relocate_sdk.sh脚本。当团队成员把SDK解压到任意路径后，只需要运行：

./relocate_sdk.sh

这个脚本会自动处理所有的绝对符号链接，将它们转换为适配当前安装路径的相对链接，同时还会修正二进制文件中的rpath（运行时库路径），确保编译工具能正确找到依赖的库和工具链组件。

在Mickledore版本中，这个配置默认应该是开启的，但可能因为你的自定义配置被覆盖，显式设置能确保生效。

2. 自定义SDK生成时的链接处理逻辑 #

如果SDK_RELOCATABLE配置后仍有残留的绝对链接，你可以在自定义layer中添加自动处理逻辑：

• 在layer的conf/layer.conf中添加：

  SDK_POSTPROCESS_COMMAND += "fix_sdk_symlinks;"
  

• 然后在layer的recipes-core/images/core-image-minimal.bbappend中定义处理函数：

  fix_sdk_symlinks() {
      # 遍历SDK sysroots目录下的所有符号链接，转换为相对链接
      find ${SDK_DEPLOY_DIR}/${SDK_NAME}/sysroots -type l | while read link; do
          target=$(readlink "$link")
          if [[ "$target" == /* ]]; then
              # 计算当前链接到目标文件的相对路径
              relative_path=$(realpath --relative-to=$(dirname "$link") "$target")
              rm "$link"
              ln -s "$relative_path" "$link"
          fi
      done
  }
  

这个方法会在SDK生成的最后阶段自动转换所有绝对符号链接，团队成员解压后无需额外操作，但要注意它只处理文件系统的符号链接，二进制中的rpath还是需要relocate_sdk.sh来修正，建议和第一个方案配合使用。

3. 优化手动转换脚本的思路 #

如果最终还是需要自行编写脚本，除了转换符号链接，一定要记得处理二进制文件的rpath（只改链接会导致编译工具找不到依赖库）。可以用chrpath工具来修改：

# 替换sysroots中可执行文件的绝对rpath为相对路径
find ${SDK_SYSROOT_DIR} -type f -executable | while read bin; do
    rpath=$(chrpath -l "$bin" | grep -oP 'RPATH=\K.*')
    if [[ "$rpath" == /* ]]; then
        # 将绝对路径转换为基于$ORIGIN的相对路径
        relative_rpath=$(echo "$rpath" | sed "s|${SDK_SYSROOT_DIR}|\\\$ORIGIN/../..|")
        chrpath -r "$relative_rpath" "$bin"
    fi
done

这样既能处理符号链接，又能确保二进制文件的运行依赖正常，比单纯转换链接更完整。

总结一下，最简便的方法还是启用SDK_RELOCATABLE配置，让Yocto原生的重定位脚本来处理所有问题，这也是Yocto官方推荐的可移植SDK方案。

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