报“command not found”说明指定的cmake_c_compiler路径无效，常见原因是路径指向目录而非可执行文件、含空格未加引号、或编译器缺失依赖；需手动验证路径可执行性，并同时设置cmake_cxx_compiler。
cmake -DCMAKE_C_COMPILER=xxx 报 command not found
这说明你填的路径根本不是可执行文件，或者系统压根找不到那个文件。常见错误是把目录当成了编译器路径，比如写成 C:/mingw64 而不是 C:/mingw64/bin/gcc.exe；或者路径里有空格但没加引号（Windows cmd 下尤其致命）。
实操建议：
- 先在终端里手动运行一遍你写的编译器路径，比如
C:/mingw64/bin/gcc.exe --version，确认能打出版本号 - 路径含空格时，Windows 命令行必须用双引号包裹：
cmake -DCMAKE_C_COMPILER="C:/Program Files/mingw64/bin/gcc.exe" .. - Linux/macOS 下注意权限，
/usr/local/bin/gcc如果是软链接，确保目标文件存在且可执行
指定后仍提示 CMAKE_CXX_COMPILER not set
CMake 要求 C 和 C++ 编译器成对出现。你只设了 CMAKE_C_COMPILER，它不会自动推导出对应的 C++ 编译器——哪怕它们就在同一个目录下叫 g++.exe。
实操建议：
- 必须同时指定两个变量：
cmake -DCMAKE_C_COMPILER=gcc.exe -DCMAKE_CXX_COMPILER=g++.exe .. - MinGW-w64 默认配对是
gcc.exe+g++.exe，MSVC 是cl.exe+cl.exe（同一个可执行文件支持两种语言） - Clang 需配
clang.exe+clang++.exe，不能混用clang++当 C 编译器
指定路径正确，但 CMake 仍报 “compiler identification failed”
这通常不是路径问题，而是编译器本身无法被 CMake 正常调用或识别。典型表现是 CMake 尝试编译 CMakeCCompilerId.c 时失败，错误日志里可能带 exit code 1 或 permission denied。
实操建议：
- 检查编译器是否依赖运行时 DLL（如 MinGW 的
libgcc_s_seh-1.dll），缺失会导致静默崩溃 - 杀毒软件或 Windows Defender 有时会拦截编译器进程，临时禁用试试
- 避免中文路径、长路径（尤其是 Windows 的 MAX_PATH 限制），项目目录和编译器路径都用纯英文短路径
- 某些旧版 MinGW（如 TDM-GCC）自带的
gcc.exe实际是包装脚本，CMake 无法解析，应改用官方 MinGW-w64 的原生二进制
在 CMakeLists.txt 里 set(CMAKE_C_COMPILER ...) 不生效
CMake 只在第一次配置（即 cache 为空时）读取 set() 指令。一旦 CMakeCache.txt 生成，后续运行 cmake .. 会优先读缓存值，直接忽略 CMakeLists.txt 里的设置。
实操建议：
- 删掉整个 build 目录重来，或至少删掉
CMakeCache.txt和CMakeFiles/ - 想永久生效，应在命令行用
-D参数传入，而不是写死在CMakeLists.txt里（后者违反 CMake 最佳实践） - IDE（如 VS Code + CMake Tools）可能缓存了旧配置，重启 IDE 或点击 “Clean Configure”
