sublime text 默认不启用 c++11，需在构建系统中显式添加 -std=c++11；否则 std::to_string 等特性报错，且 auto、lambda 无法识别；配置 c++.sublime-build 时须用数组格式 cmd、匹配本地 g++ 报错正则、注意路径空格与平台差异，并解决 gui 启动导致的环境变量未继承问题。
Sublime Text 默认不启用 C++11，auto、std::to_string、lambda 表达式这些会直接报错——不是代码写错了，是构建系统没告诉 g++ 用哪个标准。
为什么 g++ 编译报 “no member named ‘to_string’”
这是最典型的 C++11 标准缺失症状。GCC 默认用 -std=gnu++98（或不加标准参数），std::to_string 是 C++11 引入的，老标准里根本不存在。即使你装了新版 GCC，Sublime 的构建系统不显式传 -std=c++11，它就绝不会启用新特性。
-
g++命令行里漏掉-std=c++11（或更高）是主因；写成-std=gnu++11虽能过，但可移植性差，不推荐 - 如果用了
EasyClangComplete或SublimeLinter-gcc这类插件，它们的 C++ 标准设置和构建系统无关，得单独配c++11支持 - macOS 用户注意：Xcode 自带的是
clang++，Homebrew 安装的 GCC 可能叫g++-14，构建系统里必须写对名字，否则报command not found
C++.sublime-build 文件怎么写才不踩坑
别复制网上五年前的老配置。关键字段只有几个，写错一个就编译失败或跳转不了错误行。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
"cmd"字段必须是数组格式：["g++", "-std=c++11", "-Wall", "${file}", "-o", "${file_path}/${file_base_name}"]；写成字符串（如"g++ -std=c++11 ..."）在 Windows 下大概率失效 -
file_regex必须匹配你本地g++的报错格式；GCC 12+ 输出形如main.cpp:5:10: error: ...，正则就得用"^(..[^:]*):([0-9]+):([0-9]+):? (.*)$"，否则双击错误行不会跳转 - 路径变量含空格或中文时，
${file}在cmd数组里会被自动加引号，但${file_base_name}不会；输出可执行文件建议写成"${file_path}/${file_base_name}"（Linux/macOS）或"${file_path}/${file_base_name}.exe"（Windows） - Windows 用户必须加
"shell": true，否则 MinGW-w64 的路径可能被解析失败
编译成功了，但 Ctrl+B 没输出？
这不是配置失败，是 Sublime 的交互逻辑被误解了。它默认只编译，不运行，也不自动打开终端接收 std::cin 输入。
- 编译后按
Ctrl+`（反引号）呼出控制台，看有没有[Finished in 0.2s]；没有就说明命令根本没执行，大概率是g++不在 PATH 或构建系统没激活 - 想一键编译+运行，用
variants加个Run变体："shell_cmd": "cd \"${file_path}\" && \"${file_path}/${file_base_name}\""；但注意：这种写法输出全打在 Build 面板里，std::cin无法交互输入 - 需要键盘输入的程序（比如读整数、字符串），必须切到终端手动运行：
./xxx（Linux/macOS）或xxx.exe（Windows） - macOS/Linux 下生成的可执行文件默认有执行权限，不用
chmod +x；但如果构建命令里用了shell_cmd且没正确引号包裹路径，可能生成失败
最容易被忽略的一点：Sublime Text（尤其是 macOS 和 Linux GUI 启动的版本）启动时不会加载你的 shell 配置文件（~/.zshrc 或 ~/.bash_profile），所以终端里能跑的 g++，Sublime 里可能就找不到——这不是 PATH 没设，是环境变量没继承过去。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
