CMake安装后不能直接编译C项目，它仅生成构建系统（如Makefile），真正编译需依赖make等工具；必须确保cmake和make均正确安装且版本兼容，构建目录须与源码分离，并在CMakeLists.txt中显式声明LANGUAGES C及C标准。

cmake 安装后不能直接编译 C 项目，它只生成构建系统（比如 Makefile），真正编译靠 make 或其他构建工具。跳过这步直接运行 cmake . 或 cmake .. 很可能卡在“没生成可执行文件”或报错“no build system”。

确认 cmake 和 make 都已安装

缺任何一个都会失败，不是只装 cmake 就够了：

• cmake --version 有输出（建议 ≥ 3.10）
• make --version 或 mingw32-make --version（Windows MinGW）有输出
• Linux/macOS 通常自带 make；Windows 必须额外装 MinGW/msys2 或 Visual Studio Build Tools

标准流程：源码与构建目录必须分离

把 build/ 目录建在源码外，否则容易污染源树、缓存失效、多次构建冲突：

• 错误做法：cd /path/to/src && cmake . —— 会在源码目录里生成 CMakeCache.txt、Makefile 等一堆临时文件
• 正确做法：mkdir build && cd build && cmake .. && make
• 如果源码结构是 src/main.c + CMakeLists.txt 在上层，则用 cmake -S . -B build 更明确

CMakeLists.txt 最小可用模板（C语言）

很多新手照抄网上示例却编译失败，问题常出在语言声明和标准设置不匹配：

CMake 4.3.2

CMake 4.3.2 Windows x86_64 历史版本安装包，适合旧项目兼容、构建环境回退、CMakeLists.txt 迁移验证、Visual Studio/Ninja/Makefile 生成器测试和 C/C++ 项目维护。

下载

• 必须写 project(... LANGUAGES C)，不能只写 project(...) —— 否则 add_executable 可能默认用 C++ 编译器
• set(CMAKE_C_STANDARD 11) 要配 set(CMAKE_C_STANDARD_REQUIRED ON)，否则旧编译器可能降级用 C90
• add_executable 的第二个参数必须是真实存在的源文件路径，比如 main.c，不能写成 src/*.c（file(GLOB ...) 是动态收集，但不被推荐用于增量构建）
• 示例片段：

cmake_minimum_required(VERSION 3.10)
project(MyApp LANGUAGES C)
set(CMAKE_C_STANDARD 11)
set(CMAKE_C_STANDARD_REQUIRED ON)
add_executable(myapp main.c)

常见报错及对应动作

这些错误基本都指向配置或环境缺失，而不是代码本身：

立即学习“C语言免费学习笔记（深入）”；

• Could not find compiler set in environment variable CC：说明没找到 C 编译器，检查是否装了 gcc 或 clang，Windows 上确认 MinGW 的 bin/ 在 PATH 中
• Cannot specify link libraries for target "xxx" which is not built by this project：目标名写错了，比如 add_executable(foo main.c)，但后面用了 target_link_libraries(bar ...)
• 生成了 Makefile 但 make 报 command not found: gcc：make 运行时找不到编译器，不是 cmake 阶段的问题
• CMake Error: install(EXPORT "xxx" ...) includes target "yyy" which is not exported：用了 install() 但没配 EXPORT，先删掉 install 行再调试主流程

实际跑通一个 C 项目，关键不是写多复杂的 CMakeLists.txt，而是确保三件事对齐：编译器存在、构建目录隔离、语言标准显式声明。其余都是锦上添花。