CMake报错多因Qt Creator未正确加载CMakeLists.txt，需删缓存、重选构建目录、检查路径；Windows下常见编译器缺失，应通过VS命令行启动Qt Creator或手动指定cl.exe路径。
报错不是CMakeLists.txt本身有问题，而是Qt Creator没正确读取或执行它——绝大多数情况，删缓存、重选构建目录、检查路径拼写，三步就能解决。
CMake找不到编译器（No CMAKE_CXX_COMPILER could be found）
这是Windows下用MSVC时最常卡住的第一关。Qt Creator启动时没继承VS的环境变量，导致CMake压根不知道cl.exe在哪。
- 别在资源管理器里双击
CMakeLists.txt打开项目，必须用Qt Creator菜单栏“文件 → 打开文件或项目”，并勾选“作为项目打开” - 启动Qt Creator前，先运行Visual Studio自带的
Developer Command Prompt，再从该命令行中执行qtcreator.exe - 如果仍失败，在
CMakeLists.txt开头加两行强制指定（仅临时调试用）：set(CMAKE_CXX_COMPILER "C:/Program Files/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe")<br>set(CMAKE_C_COMPILER "C:/Program Files/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe")
- 注意：路径中的
14.29.30133需替换成你本地实际的MSVC工具版本号
只显示CMakeLists.txt，其他源文件不加载
Qt Creator根本没触发CMake解析流程，所以看不到.cpp、.h这些文件——它连项目结构都没构建出来。
CMake 4.3.2
下载
CMake 4.3.2 Windows x86_64 历史版本安装包，适合旧项目兼容、构建环境回退、CMakeLists.txt 迁移验证、Visual Studio/Ninja/Makefile 生成器测试和 C/C++ 项目维护。
- 检查项目根目录下是否有残留的
build-开头的目录、CMakeCache.txt、CMakePresets.json，全删掉 - 确认
CMakeLists.txt里有没有语法错误，比如project()少括号、add_executable()拼成add_libarary() - 确保
CMakeLists.txt位于项目最顶层目录，且Qt Creator打开时选的是这个文件，不是子目录里的同名文件 - 右键点击项目名 → “重新运行CMake”，而不是只点“构建”——只有重跑CMake才能刷新文件树
No SOURCES given to target 错误
这说明CMake成功跑起来了，但add_executable()或add_library()后面没给到任何源文件路径，锅不在编译器，而在路径配置。
- 检查
add_executable(MyApp ...)括号里是否写了真实存在的文件，比如src/main.cpp但实际文件在src/app/main.cpp - 避免用通配符
file(GLOB ...)自动收集源码——CMake不会自动感知新增文件，改了代码要手动重跑CMake - Windows路径分隔符用
/，别用\；Linux/macOS对大小写敏感，Widget.cpp和widget.cpp是两个文件 - 如果用了
set(SRCS ...)再传给add_executable()，确认set()没写在function()或if()块里——变量作用域会失效
真正麻烦的从来不是报错信息本身，而是CMake缓存和IDE状态不同步。每次改完CMakeLists.txt，先删build目录，再点“重新运行CMake”，比猜错在哪快得多。
