根本原因是构建系统未激活或插件标准设置缺失；需手动切换至c++.sublime-build构建系统并确认右下角显示“c++”，同时为sublimelinter-gcc等插件单独配置cpp_standard为c++11。
C++11 特性（比如 auto、std::to_string、lambda）在 Sublime Text 里报错，不是代码问题，而是构建系统根本没告诉编译器用 C++11 标准。
为什么加了 -std=c++11 还是报 “auto does not name a type”
最常见原因是：你改的是新建的 .sublime-build 文件，但没把它设为当前激活的构建系统。
- 保存文件时命名为
C++.sublime-build，之后必须手动切换：菜单Tools → Build System → C++（注意：后缀.sublime-build不显示） - 右下角状态栏会显示当前构建系统名称，确认它确实是
C++，不是C++ Single File或Automatic - 如果用了
SublimeLinter-gcc或EasyClangComplete，它们有自己的语言标准设置，和构建系统无关——得单独在插件配置里加"cpp_standard": "c++11"类似字段
cmd 和 shell_cmd 该选哪个？Windows/macOS/Linux 差异在哪
推荐统一用 cmd 数组格式，更可控、跨平台兼容性更好；shell_cmd 依赖 shell 解析，PowerShell 下 && 会失效。
- Windows 必须加
"shell": true，否则含空格路径（如C:\Program Files\...）直接崩 - macOS/Linux 可省略
"shell": true，但${file}等变量仍需加引号，防中文或空格路径出错 - macOS Homebrew 安装的 GCC 常为
g++-14，不是g++，构建系统里得写对命令名 - Linux/WSL2 用户若用 Windows 版 Sublime，
g++调用必然失败——必须用 Linux 版 Sublime
构建成功但头文件提示 “no member named ‘to_string’” 怎么办
这是 Sublime 自带语法高亮或 LSP 插件的语义分析没同步 C++11 标准，不是编译错误。编译本身能过，只是编辑器“看不出来”。
- 检查
g++ --version输出，老版本（如g++ 4.7之前）根本不支持-std=c++11，会直接报unrecognized command line option - Clang 用户建议加
-stdlib=libc++，尤其 macOS 上，避免链接libstdc++导致的符号缺失 - 跨平台项目可改用
-std=gnu++11（g++）或-std=gnuc++11（clang），保留 GNU 扩展兼容性 - 如果用 LSP（如
clangd），必须在clangd启动参数里加--compile-commands-dir=.并配好compile_commands.json，否则标准识别还是不准
真正容易被忽略的是 GUI 启动 Sublime 时环境变量不继承的问题：终端里 g++ --version 成功，不代表 Sublime 就能调到——Windows 要重装 MinGW-w64 并勾选 Add to PATH，macOS 得确认 g++-14 在 GUI 环境下可执行，Linux/WSL2 则必须用对应系统的 Sublime 二进制。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
