需修改 Sublime Text 的 C++ 构建系统配置文件，在 cmd 中添加 -std=c++11（或更高标准）参数，并确保该构建系统被设为当前激活状态；若使用 LSP 或 lint 插件，还需单独配置其 C++ 标准支持。
怎么让 Sublime Text 的 C++ 构建系统用上 C++11
Sublime Text 本身不编译代码，它靠调用外部编译器（比如 g++ 或 clang++）来构建。默认的 C++ 构建系统往往没加 -std=c++11（或更高标准），所以 auto、std::to_string、lambda 这些会报错。
实操就是改构建系统的 JSON 配置，把标准显式塞进去：
- 菜单栏选 Tools → Build System → New Build System…，粘贴以下内容（以
g++为例）：
{
"cmd": ["g++", "-std=c++11", "-Wall", "-Wextra", "-O2", "${file}", "-o", "${file_path}/${file_base_name}"],
"file_regex": "^(..[^:]*):([0-9]+):([0-9]+):? (.*)$",
"working_dir": "${file_path}",
"selector": "source.c++, source.cpp",
"shell": true
}
-
-std=c++11是关键；想用更新的标准可换为-std=c++14或-std=c++17 -
-Wall -Wextra建议保留，能早发现隐式类型转换、未使用变量等问题 - Windows 用户若用 MinGW，确保
g++在 PATH 中；否则得写绝对路径，比如"C:\MinGW\bin\g++.exe"
为什么改了构建系统还是报 “auto does not name a type”
常见原因是：你改的是新建的构建系统文件，但没把它设为当前激活的构建系统。
- 保存新建的构建系统后（例如存为
C++.sublime-build），要手动切换过去：Tools → Build System → C++（名字就是你保存时填的文件名，不含.sublime-build后缀） - 检查右下角状态栏——那里会显示当前选中的构建系统名称，确认是不是你刚配的那个
- 如果用了插件如
EasyClangComplete或SublimeLinter-gcc，它们有自己的语言标准设置，和构建系统无关，需单独配置c++11支持
Clang++ 和 g++ 的参数差异要注意什么
两者都支持 -std=，但 Clang 对某些扩展语法更严格，且默认不启用 GNU 扩展。
立即学习“C++免费学习笔记（深入）”；
- Clang 推荐加
-stdlib=libc++（配合-std=c++11），尤其在 macOS 上，避免链接问题 - g++ 默认用
libstdc++，加-std=c++11就够；但老版本 g++（如 4.7 之前）不支持该 flag，会直接报错unrecognized command line option ‘-std=c++11’ - 跨平台项目建议统一用
-std=gnu++11（g++）或-std=gnuc++11（clang），保留 GNU 扩展兼容性
构建成功但头文件提示 “no member named ‘to_string’”
这是 Sublime 自带语法高亮或 LSP 插件的语义分析没跟上标准，不是编译错误。
- 纯 Sublime（无插件）只做基础高亮，不会报这种错；出现说明你装了
SublimeLinter、EasyClangComplete或clangd类工具 - 这类工具需要独立配置 C++ 标准，比如
EasyClangComplete要在settings里加："common_flags": ["-std=c++11"] - 如果用
clangd，得在项目根目录放compile_commands.json，里面每条命令都要含-std=c++11，否则补全和跳转会失效
真正难搞的其实是多标准混用场景：比如构建用 c++17，但某个旧库只兼容 c++11，这时候得在构建命令里按文件粒度加条件编译参数——Sublime 的构建系统不原生支持，得靠 shell 脚本中转。
