解决libcpr/cpr项目中构建时ALL_SANITIZERS_AVAILABLE测试卡住问题

在libcpr/cpr项目的持续集成过程中，开发者发现了一个影响构建流程的问题。当使用Earthly和GitHub工作流在Amazon EC2自托管运行器上执行构建时，CMake配置阶段会在"Performing Test ALL_SANITIZERS_AVAILABLE"步骤卡住，最终导致作业失败。

问题分析

这个问题主要出现在Ubuntu 20.04环境下，当使用特定构建配置时发生。开发者尝试通过设置CMAKE_CROSSCOMPILING标志来跳过sanitizer测试，但由于该标志是CMake内部自动设置的，这种方法未能奏效。

从技术角度看，这个问题源于CMake在检测系统是否支持所有sanitizer时的行为异常。Sanitizer是用于检测内存错误、数据竞争等问题的工具集合，包括AddressSanitizer、ThreadSanitizer等。在持续集成环境中，这些检测有时会因为环境配置或资源限制而出现异常。

解决方案

项目维护者迅速响应并提出了有效的解决方案。核心思路是修改CMake配置，默认关闭sanitizer测试，仅当用户明确启用时才执行相关检测。这种修改既解决了构建卡住的问题，又保持了功能的完整性。

具体实现包括：

1. 修改CMakeLists.txt文件中的相关逻辑
2. 确保sanitizer测试仅在明确启用时执行
3. 保持原有功能不受影响

影响评估

该解决方案具有以下特点：

• 不会引入副作用：只是改变了检测的触发条件，不影响实际功能
• 保持灵活性：用户仍可通过配置选项启用sanitizer测试
• 提高构建稳定性：消除了在特定环境下卡住的风险

版本兼容性

值得注意的是，这个问题在1.10.x版本中也存在。考虑到部分用户可能因依赖关系需要继续使用1.10.x版本，该修复也被反向移植到了1.10.x分支，确保了不同版本用户都能受益于这个改进。

结论

这个问题的解决展示了开源社区响应问题的效率和质量。通过合理的配置调整，既解决了特定环境下的构建问题，又保持了项目的功能完整性。对于使用libcpr/cpr的开发者来说，更新到包含该修复的版本将能获得更稳定的构建体验。