mold项目中的i686和armv7l架构CREL测试失败问题分析

在mold链接器项目的持续集成测试中，开发团队发现了一个与CREL(压缩重定位)相关的兼容性问题。该问题在i686和armv7l架构上表现尤为明显，导致测试用例无法通过。

问题背景

CREL是一种压缩重定位格式，旨在减少重定位表的大小。mold项目在最近的一次提交(bf1ec5ac)中引入了对CREL的支持，但在特定架构上出现了兼容性问题。测试脚本显示，当使用CREL选项编译简单程序并运行时，程序无法输出预期的"Hello world"字符串。

技术细节分析

从测试日志可以看出，问题出现在以下环节：

1. 编译阶段使用-Wa,--crel,--allow-experimental-crel选项生成包含CREL重定位的目标文件
2. 链接阶段使用mold链接器生成可执行文件
3. 运行时程序无法正确执行，表现为无法输出预期字符串

特别值得注意的是，这个问题仅出现在32位架构(i686和armv7l)上，而x86_64等64位架构不受影响。这表明CREL实现在处理32位架构的重定位时可能存在特定问题。

根本原因

经过深入分析，开发团队发现问题的根本原因在于CREL重定位格式在32位架构上的实现存在缺陷。具体表现为：

1. 重定位信息压缩算法在32位地址空间处理不当
2. 符号解析过程与CREL格式的交互存在问题
3. 某些重定位类型在32位架构上的编码/解码逻辑不完整

解决方案

针对这一问题，mold开发团队采取了以下措施：

1. 对CREL在32位架构上的实现进行全面审查
2. 修复重定位信息压缩和解压逻辑
3. 增强测试覆盖，确保所有支持架构都能正确处理CREL格式
4. 在文档中明确CREL功能的状态和限制

经验总结

这个案例为开发者提供了宝贵的经验：

1. 新功能引入时需要全面考虑不同架构的差异性
2. 压缩格式实现要特别注意边界条件和极端情况
3. 持续集成测试对多架构支持至关重要
4. 实验性功能应明确标注其稳定性状态

通过这次问题的分析和解决，mold项目在CREL支持方面变得更加健壮，为后续功能开发奠定了更坚实的基础。这也展示了开源项目通过社区协作解决复杂技术问题的典型过程。