Bazel foreign_cc规则为何解引用符号链接？如何更改该行为？

一、cp -L 硬编码的设计原因 #

foreign_cc 中使用 cp -L（解引用符号链接复制）主要是为了适配 Bazel 的构建模型特性：

1. 沙箱隔离一致性：Bazel 的构建沙箱是封闭环境，符号链接可能指向沙箱外部的系统文件，或者在不同构建环境中链接目标路径不一致。解引用后能确保输出产物是独立的实体文件，避免后续构建、部署时出现链接失效或路径依赖问题。
2. 产物可移植性：部分旧版依赖生成的相对路径符号链接，在 Bazel 输出目录的层级结构下可能无法正确解析。cp -L 会将链接转换为实际文件，保证产物在不同环境中都能正常使用，无需依赖原构建路径的结构。
3. 简化依赖管理：统一输出实体文件可以避免符号链接带来的依赖追踪复杂度，让 Bazel 更容易识别和处理产物的依赖关系。

二、fork rules_foreign_cc 移除 -L 的可行性 #

直接 fork 并移除 cp -L 中的 -L 标志是可行的，但需要注意以下风险：

• 沙箱内链接有效性：必须确保所有符号链接都指向当前依赖构建产物内部的文件，不能涉及沙箱外的系统资源，否则会导致构建失败或产物缺失。
• 跨平台兼容性：Windows 系统默认不支持 Unix 风格的符号链接，移除 -L 后在 Windows 上构建可能出现文件无法识别的问题。
• 维护成本：需要长期维护自己的 fork 分支，同步上游 rules_foreign_cc 的更新，避免因上游功能迭代导致的兼容性问题。

三、无需 fork 的替代方案 #

如果不想维护 fork，可以通过 post-build 步骤手动恢复符号链接：

1. 在 foreign_cc 的构建配置中添加自定义 post-build 脚本，在 cp -L 执行完成后，删除复制出的冗余文件，重新创建原有的符号链接结构。
2. 使用 Bazel 的 genrule 对 foreign_cc 的输出产物进行二次处理，清理解引用后的文件并重建链接。

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