Clion默认不直接用Clang编译C项目，必须显式配置MSYS2提供的mingw-w64版Clang工具链、在CMakeLists.txt中强制设置CMAKE_C_COMPILER和CMAKE_CXX_COMPILER，并清理缓存后重新加载项目，否则会因sysroot与宏定义不匹配导致头文件找不到或链接失败。
Clion 默认不直接用 Clang 编译 C 项目，必须显式配置工具链和 CMake 参数，否则它会 fallback 到 MinGW 或 MSVC 的默认编译器。Windows 上直接用 LLVM 官方发布的 clang.exe 很容易报头文件找不到、__builtin_* 冲突或链接失败——这不是你代码的问题，是 Clang 和工具链不匹配。
Clion 工具链里选对 Clang 版本
官方 LLVM 下载的 Windows clang.exe 是为 MSVC 环境构建的，它默认找 ucrt 和 msvcrt 头，跟 MinGW 工具链不兼容。强行指定路径会导致 #include <stdio.h></stdio.h> 找不到、error: unknown type name 'size_t' 这类底层错误。
- 推荐方案：用 MSYS2 安装 mingw-w64 版 Clang ——运行
pacman -S mingw-w64-x86_64-clang，它自带适配 MinGW-w64 的 sysroot 和宏定义 - 路径示例：
C:\msys64\mingw64\bin\clang.exe（不是C:\Program Files\LLVM\bin\clang.exe） - 在 Settings → Build, Execution, Deployment → Toolchains 中，新建 MinGW 工具链，把
C Compiler和C++ Compiler都指向这个clang.exe
CMakeLists.txt 必须显式声明 C 编译器
仅改 Toolchain 不够，CMake 仍可能缓存旧的 GCC 路径。每次切换编译器前，务必清理生成目录（或勾选 Clear cache and reload project），并在 CMakeLists.txt 顶部加强制声明：
cmake_minimum_required(VERSION 3.22)
project(my_c_project C)
<h1>关键：锁定 C 编译器，避免被 C++ 编译器覆盖</h1><p>set(CMAKE_C_COMPILER clang CACHE FILEPATH "Clang C compiler")
set(CMAKE_CXX_COMPILER clang++ CACHE FILEPATH "Clang C++ compiler")</p><h1>可选：启用 Clang 特有警告</h1><p>set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -Wall -Wextra -std=c17")立即学习“C语言免费学习笔记（深入）”；
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
注意：set(CMAKE_C_COMPILER ...) 必须放在 project() 之后、任何 add_executable() 之前；否则 CMake 会忽略。
混合 C/C++ 时 extern "C" 不解决编译器选择问题
有人以为在 main.cpp 里用 extern "C" 包 pool.h 就能让 Clion 用 Clang 编译整个项目——不对。extern "C" 只影响符号链接规则，不决定哪个编译器处理哪个文件。Clion 按文件后缀分发编译器：.c 走 C 编译器，.cpp 走 C++ 编译器。如果项目里同时有 .c 和 .cpp，你必须确保两者都指向同一套 Clang 工具链（即 CMAKE_C_COMPILER 和 CMAKE_CXX_COMPILER 都设为 Clang 路径），否则链接阶段会报 undefined reference to `xxx'。
- 验证方式：构建时看 Clion 构建日志，确认每行命令开头都是
clang.exe或clang++.exe，而不是gcc.exe - 若仍有
gcc出现，检查是否漏掉了CMAKE_ASM_COMPILER（汇编文件也需统一）
macOS/Linux 用户反而更简单
macOS 自带 Xcode 命令行工具，clang --version 能直接返回 Apple Clang 版本，Clion 通常能自动识别。Linux 上多数发行版的 clang 包（如 Ubuntu 的 clang）也默认适配系统 libc，无需额外 sysroot。但要注意：
- macOS 上若升级 Xcode 后出现
invalid active developer path，立刻运行xcode-select --install - Linux 上若用自建 LLVM，确保
clang和clang++在 PATH 中，且版本一致（比如都是 18.x） - Clion 的 CMake 配置页里，
CMake options字段不用填-D CMAKE_C_COMPILER=...——这容易覆盖 Toolchain 设置，反而导致冲突
真正卡住人的从来不是“怎么点设置”，而是 Clang 版本和 sysroot 的隐式耦合。Windows 上尤其明显：同一个 clang.exe，在 MSVC 环境下能编译，在 MinGW 环境下连 stdlib.h 都找不到。所以别跳过 MSYS2 安装步骤，也别图省事复制 LLVM 官方二进制到 MinGW 工具链里。
