Kokkos项目中CUDA 11.0/11.2与glibc 2.34的兼容性问题分析

问题背景

在Kokkos项目的构建过程中，当使用CUDA 11.0或11.2版本配合CMake 3.17及以上版本时，会出现链接失败的问题。错误信息显示无法打开/usr/lib64/librt.a文件，这是因为在glibc 2.34及更高版本中，librt的功能已被整合到glibc主库中，原有的librt.a变成了一个空文件（仅包含!<arch>标记的存根文件）。

技术细节

1. 底层机制：CUDA 11.0/11.2的工具链在链接阶段会尝试链接librt库，而glibc 2.34+已将该库的功能内化，导致传统的链接方式失效。
2. CMake版本影响：当使用CMake 3.16或更早版本时，Kokkos会使用自带的CUDAToolkit模块，该模块可能包含了对这个问题的规避方案；而CMake 3.17+使用其内置的CUDAToolkit.cmake模块，会引入librt的链接依赖。

解决方案

1. 官方建议：

   • 升级到CUDA 11.4或更高版本（特别是对于RedHat9等现代系统，官方仅从CUDA 11.8开始支持）
   • 对于必须使用CUDA 11.0/11.2的场景，可降级使用CMake 3.16及以下版本

2. 技术权衡：

   • 新版本CUDA不仅解决了此兼容性问题，还包含性能优化和新特性支持
   • 降级CMake可能影响对新构建功能的支持，需评估项目需求

深入解析

该问题本质上是工具链版本不匹配导致的ABI兼容性问题。glibc 2.34的改动属于合理的架构演进，而较旧的CUDA版本未能及时适配这种变化。这提醒开发者在选择工具链组合时需要关注：

• 操作系统基础库版本
• 编译器/构建工具版本
• 计算加速工具包版本 三者之间的兼容性矩阵。

最佳实践建议

对于Kokkos项目的用户，建议：

1. 新部署环境直接采用CUDA 11.8+和最新CMake版本
2. 遗留系统迁移时，先进行工具链兼容性验证
3. 持续关注Kokkos项目的版本发布说明，获取官方支持矩阵更新