cmake不直接调用gcc命令行，而是通过配置让底层构建系统（如make/ninja）调用；应使用set(cmake_c_compiler gcc)或cmake -dcmake_c_compiler=gcc指定编译器，配合target_compile_options()为具体目标声明参数，避免硬编码gcc命令或全局设置cmake_c_flags，以保障依赖跟踪、增量编译和跨平台抽象等核心机制正常工作。
不用在 CMake 里硬写 gcc 命令，CMake 本身不调用 GCC 命令行，而是通过配置让底层构建系统（如 Make/Ninja）去调用 GCC —— 关键是控制谁调、怎么调、传什么参数。
为什么不能直接在 CMakeLists.txt 里写 gcc main.c -o main
CMake 不是 shell 脚本解释器，add_executable() 等命令生成的是构建规则，不是立即执行的命令。如果你强行用 execute_process(COMMAND gcc ...)，会绕过依赖跟踪、增量编译、跨平台抽象等核心价值，还容易导致：源文件修改后不自动重编、头文件变更不触发重建、链接顺序错误、无法集成 IDE 调试信息。
真正该做的是告诉 CMake “用 GCC”，并把编译选项“声明”给目标，而不是“拼接字符串”。
set(CMAKE_C_COMPILER gcc) 和 cmake -G "MinGW Makefiles" 的区别
前者只指定编译器路径，后者决定整个构建后端行为。两者常一起用，但作用层级不同：
-
set(CMAKE_C_COMPILER gcc)：仅影响 C 编译器选择，适用于 Linux/macOS 默认环境，或你想强制覆盖系统默认（比如用gcc-12而非gcc） -
cmake -G "MinGW Makefiles"：告诉 CMake 生成 MinGW 兼容的 Makefile（Windows 下必须显式指定，否则可能默认选 Visual Studio） - Windows 上若只设
CMAKE_C_COMPILER但没指定 Generator，CMake 可能报错：CMake Error: Could not create named generator，因为找不到匹配的构建后端 - Linux/macOS 通常可省略
-G，但显式写上更稳妥，比如：cmake -G "Unix Makefiles" ..
如何把 GCC 特有参数（如 -march=native）安全传给编译器
直接往 CMAKE_C_FLAGS 里塞容易污染所有目标，且不区分 Debug/Release；推荐用 target_compile_options() 绑定到具体 target：
示例：
add_executable(myapp src/main.c) target_compile_options(myapp PRIVATE -Wall -Wextra) target_compile_options(myapp PRIVATE $:-O2 -march=native>) target_compile_options(myapp PRIVATE $:-g -O0>)
说明：
-
PRIVATE表示该选项只用于myapp自身编译，不传递给依赖它的其他 target -
$:...>是 generator expression，确保只在 Release 模式下生效，避免 Debug 时也加-march=native导致调试困难 - 不要用
set(CMAKE_C_FLAGS "-march=native")，它会让所有 target（包括第三方 find_package 引入的库）都带上这个 flag，可能引发 ABI 不兼容
常见错误：CMake Error: The source directory does not appear to contain CMakeLists.txt
这不是 GCC 或编译器问题，而是 CMake 找不到入口配置文件。典型场景：
- 你在
build/目录里执行cmake ..，但上层目录没有CMakeLists.txt（注意文件名大小写必须是CMakeLists.txt，不是cmakelists.txt或CMakeList.txt） - 路径含中文或空格（如
D:\我的项目\build），某些旧版 CMake 或 MinGW 工具链解析失败 -
CMakeLists.txt文件开头有 BOM（UTF-8 with BOM），Windows 记事本默认保存格式，会导致cmake_minimum_required解析失败，报类似Parse error. Expected a command name...
验证方法：用 VS Code 或 Notepad++ 打开 CMakeLists.txt，确认编码为 UTF-8 without BOM，第一行是干净的 cmake_minimum_required(VERSION 3.10)，前后无空格或不可见字符。
最易被忽略的一点：GCC 版本和 CMake 的兼容性不是线性的。比如 GCC 15.2（MSYS2 ucrt64 提供）能跑，但 CMake 3.10 可能识别不了它的新特性（如 -fno-semantic-interposition）。遇到奇怪的编译器检测失败，先升级 CMake 到 3.22+ 更稳妥 —— 不是所有“GCC 支持”都自动被老 CMake 知道。
