rr-debugger项目中CMake策略CMP0148的兼容性处理

在rr-debugger项目的构建过程中，开发者发现当使用CMake 3.28.1版本时，需要显式设置CMP0148策略为OLD模式才能正常构建。这个现象揭示了现代CMake版本对符号导出行为的严格化控制，以及向后兼容性处理的重要性。

问题背景

CMake策略CMP0148于3.28版本引入，主要控制可执行文件的符号导出行为。该策略的默认行为变更为"NEW"，意味着CMake不再自动为可执行目标添加导出符号的标志（如-rdynamic），除非目标显式设置了ENABLE_EXPORTS属性。

在rr-debugger项目中，特别是rr_exec_stub组件，自动添加-rdynamic标志会导致与动态链接器的意外链接行为。这种链接方式可能带来以下问题：

1. 增加不必要的符号暴露
2. 可能影响调试器的行为
3. 导致二进制文件体积膨胀

技术解决方案

项目采用的解决方案是在CMakeLists.txt中显式声明策略版本：

cmake_policy(SET CMP0148 OLD)

这种处理方式保持了与历史版本的兼容性，确保：

1. 构建系统行为与之前版本一致
2. 避免自动添加-rdynamic等链接标志
3. 维持现有的符号可见性控制

深入分析

CMP0148策略的变化反映了CMake对构建过程控制的精细化趋势。在旧模式下，CMake会为可执行文件默认添加符号导出标志，这可能导致：

• 不必要的符号污染全局命名空间
• 潜在的安全风险
• 二进制文件大小增加

而新策略则要求开发者显式声明需要导出符号的可执行目标，这带来了：

• 更精确的符号可见性控制
• 更安全的默认行为
• 更清晰的构建意图表达

最佳实践建议

对于类似项目，建议：

1. 评估是否真的需要导出可执行文件的符号
2. 如需导出，考虑使用更精细的ENABLE_EXPORTS目标属性
3. 在过渡期可以使用策略显式设置保持兼容
4. 长期来看，应该适配新的CMake策略规范

rr-debugger项目的这一改动展示了在维护大型项目时，如何平衡新特性适配和现有构建系统稳定性的典型范例，值得类似项目参考。