macOS下CLion配置GCC替代Clang不生效 CMake仍识别为AppleClang

macOS 系统自带的 /usr/bin/gcc、/usr/bin/g++ 根本不是真正的 GNU GCC，只是 Apple Clang 的软链接包装，这就是你指定了路径之后 CMake 仍然识别到 AppleClang 的核心原因。

你贴的工具链配置：

对应CMake配置：

从你给出的CMake日志也能佐证这个问题：指定的/usr/bin/gcc、/usr/bin/g++最终被识别为AppleClang 13.1.6，编译器可用性检查直接跳过，本质是调用了套壳的Clang。

• 首先安装正版GNU GCC，直接用Homebrew执行安装命令即可：brew install gcc
• 安装完成后确认真实GCC的可执行路径：
  • Apple Silicon架构Mac的Homebrew二进制默认在/opt/homebrew/bin/目录，Intel架构Mac默认在/usr/local/bin/目录
  • Homebrew安装的GCC可执行文件会带主版本号后缀，比如gcc-13、g++-13，可以执行which g++-13获取完整路径，不要选没有版本后缀的软链接文件
• 彻底删除项目下旧的CMake构建缓存目录，也就是你日志里的/Users/steve/CLionProjects/TestModernTimeStretch/cmake-build-release-gcc文件夹。旧缓存会留存之前的Clang配置，不删除的话哪怕路径改对了，CMake也会优先复用缓存的旧配置
• 回到CLion的工具链设置页，把C编译器路径替换为刚才查到的真实gcc路径（示例：/opt/homebrew/bin/gcc-13），C编译器路径替换为对应的真实g路径（示例：/opt/homebrew/bin/g++-13），不要再使用/usr/bin目录下的gcc、g++路径
• 重新加载CMake项目，查看输出日志，此时编译器识别结果会显示为你安装的GNU GCC对应版本，不再是AppleClang，后续就可以正常使用__gnu_pbds::priority_queue等GCC专属扩展特性

避坑提示：如果重新加载后还是识别不对，打开CLion的CMake缓存编辑面板，搜索CMAKE_C_COMPILER和CMAKE_CXX_COMPILER两个配置项，删掉之前手动填的旧路径值，再重新触发CMake配置即可。

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