不能。sublime text 本身不内置构建系统，也不解析 cmakelists.txt 或调用 cmake 命令；所谓“cmake 插件”仅是快捷触发终端命令的辅助工具，真正起作用的是本地安装的 cmake、编译器及 sublime 的 build system 配置能力。
Sublime Text 能不能直接运行 CMake？
不能。Sublime Text 本身不内置构建系统，也不解析 CMakeLists.txt 或调用 cmake 命令。所谓“CMake 插件”，实际只是帮你快捷触发终端命令或封装构建流程的辅助工具，不是编译器也不是 CMake 替代品。
真正起作用的是你本地已安装的 cmake（需在终端中执行 cmake --version 可见）、编译器（如 g++、clang++ 或 cl.exe），以及 Sublime 的 build system 配置能力。
推荐方案：用 Sublime 原生 Build System + 手动配置
比依赖第三方插件更稳定、更可控。核心是写一个 .sublime-build 文件，指定如何调用 cmake 和 make（或 ninja）。
- 在 Sublime 中打开 Tools → Build System → New Build System…，粘贴以下内容（以 Unix/Linux/macOS 为例）：
{
"cmd": ["bash", "-c", "mkdir -p build && cd build && cmake .. && make"],
"working_dir": "$file_path",
"selector": "source.c, source.cpp",
"variants": [
{
"name": "Build & Run",
"cmd": ["bash", "-c", "mkdir -p build && cd build && cmake .. && make && ./a.out"]
}
]
}
-
working_dir必须设为$file_path，否则cmake ..找不到上层的CMakeLists.txt - 若用
ninja，把make换成ninja，并确保cmake -G Ninja ..已执行过一次（或在 build cmd 中加判断） - Windows 用户建议改用
cmd /c并注意路径分隔符，或直接装 WSL 后用上面 bash 方案
CMake Plugin（如 CMakeBuilder）常见失效原因
这类插件本质是读取项目根目录下的 CMakeLists.txt，然后调用 cmake 生成构建文件。但多数人配不成功，是因为：
- 没把项目根目录设为 Sublime 的“project folder”（仅打开单个
.cpp文件无效，必须 Add Folder to Project） -
cmake不在系统 PATH 中（Sublime 启动方式影响环境变量：GUI 启动的 macOS/Windows 可能不继承 shell 的 PATH） - 插件默认生成到
build/，但你手动删过该目录又没重运行 configure，导致make报no rule to make target - 插件不支持多配置生成器（如 Visual Studio 的
Win64平台），硬选会失败
调试 CMake 构建失败最有效的三步
遇到 Build failed 或输出里出现 CMake Error，别急着换插件，先看终端级事实：
- 在项目根目录下手动运行：
cmake -B build -G "Unix Makefiles"（Linux/macOS）或cmake -B build -G "MinGW Makefiles"（Windows MinGW），观察错误 - 如果报
Could not find compiler，说明 CMake 找不到g++—— 不是 Sublime 的问题，是环境变量或 CMake cache 残留 - 删掉整个
build/目录再试；CMake 的缓存顽固，尤其跨编译器切换时（比如从 clang 切到 gcc）
Sublime 的构建输出只是 shell 的镜像，它不会隐藏或修改 CMake 的真实行为。任何“插件不工作”的问题，90% 都能在终端复现并解决。
