CMake错误识别QNX编译器问题排查咨询

问题背景 #

项目使用QNX编译器（qcc），在部分CI/CD流水线中，CMake 3.28无法正确识别该编译器：

正常流水线输出：
The CXX compiler identification is QCC 12.2.0

故障流水线输出：
The CXX compiler identification is GNU 12.2.0

故障场景下CMake完整输出：

-- The C compiler identification is GNU 12.2.0
-- The CXX compiler identification is GNU 12.2.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: .../data/qnx-sdp8/2024.10.2/.../host/linux/x86_64/usr/bin/qcc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: .../data/qnx-sdp8/2024.10.2/.../host/linux/x86_64/usr/bin/qcc - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done

CMake识别编译器ID的核心逻辑 #

1. 编译器输出检测：CMake会通过运行编译器的版本查询命令（如--version、-v），或编译一段特定测试代码，从输出内容中匹配预定义的编译器标识（比如QCC、GNU、Clang等）。
2. QCC专属识别条件：对于QNX的qcc，CMake会额外检查环境变量QNX_HOST和QNX_TARGET是否存在，同时结合编译器输出中的QCC关键字确认身份。
3. 优先级判断：如果编译器输出中同时包含多种编译器标识（比如qcc兼容GNU语法时会输出GNU相关信息），CMake会根据预设匹配优先级和环境上下文决定最终识别结果。

排查思路 #

• 核对环境变量配置：检查故障CI环境中QNX_HOST、QNX_TARGET是否正确设置，这两个变量是CMake区分qcc和GCC的关键标识。
• 对比编译器输出差异：分别在正常和故障环境中执行qcc --version和qcc -v，对比输出内容，确认故障环境中是否GNU相关输出更突出，导致CMake优先匹配GNU标识。
• 开启CMake调试日志：运行CMake时添加--debug-output或-DCMAKE_VERBOSE_MAKEFILE=ON参数，查看编译器检测阶段的详细执行步骤和输出，明确CMake误判的具体环节。
• 检查qcc调用参数：确认故障流水线中调用qcc时是否添加了-lang-c++、-gcc等强制兼容GNU模式的参数，这类参数会让qcc输出类似GCC的版本信息。
• 排查工具链路径干扰：确认故障环境的PATH中是否存在其他GCC工具，虽然CMake已指定qcc路径，但部分环境变量可能影响编译器的行为输出。
• 验证CMake检测规则：查看CMake 3.28版本中Modules/CMakeCXXCompilerId.cmake和CMakeCCompilerId.cmake文件里的QCC检测逻辑，确认是否存在特定条件（如版本号格式、输出字符串顺序）导致误匹配。

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