加 -std=c++11 可解决多数C++标准支持问题，但前提是GCC版本≥4.8；若报错“unrecognized command line option”，说明编译器过旧，需升级至4.8+或切换为新版g++路径。
直接加 -std=c++11 就能解决绝大多数“GCC不支持当前C++标准”的问题——但前提是你的GCC版本本身支持该标准。如果加了参数仍报错，说明编译器太旧，得升级或换路径。
gcc版本低于4.8时，-std=c++11 会失效
gcc 4.7 及更早版本对 C++11 的支持是残缺的：部分特性（如 auto、范围 for、std::to_string）可能编译失败，即使加了 -std=c++11 也无济于事。错误常表现为：
error: 'to_string' is not a member of 'std'error: range-based 'for' loops are not allowed in C++98 mode-
#error This file requires compiler and library support for the ISO C++2011 standard（来自c++0x_warning.h）
验证方法：运行 g++ -v，若显示 gcc version 4.4.7 或 4.6.3，基本可以确定需升级。
可行做法：
立即学习“C++免费学习笔记（深入）”；
- 下载 TDM-GCC 10.3+ 或 MinGW-w64 11.x（Windows）
- Linux 下用
sudo apt install g++-11（Ubuntu/Debian），再用g++-11替代g++ - 不要覆盖系统默认
g++，而是显式调用新版本：例如/usr/bin/g++-11 -std=c++11 main.cpp
命令行加了 -std=c++11 还报错？检查参数位置和拼写
-std=c++11 必须放在源文件名之前，且大小写敏感。常见错误包括：
-
g++ main.cpp -std=c++11 -o a.out→ 参数位置错，部分老版本 gcc 会忽略 -
g++ -std=C++11 main.cpp→ 大写C++11在某些发行版下不识别 -
g++ -std=gnu++11 main.cpp→ 虽然合法，但若代码依赖严格 ISO 行为（如某些模板推导），可能引发意外差异
正确写法始终是：g++ -std=c++11 main.cpp -o a.out。若用 Makefile，确保该选项出现在 CXXFLAGS 中，而非仅 LDFLAGS。
IDE里找不到 C++11 选项，可能是编译器路径没配对
Code::Blocks、Dev-C++ 等 IDE 自带“启用 C++11”勾选项，但实际生效依赖底层编译器是否真支持。常见陷阱：
- Dev-C++ 默认捆绑的是 MinGW 4.9.2（2015 年发布），它虽声称支持 C++11，但
std::shared_ptr、std::regex等库组件缺失或 buggy - Code::Blocks 的
Settings > Compiler > Toolchain executables若仍指向旧 MinGW 目录（如C:\MinGW\bin），即使勾选了 C++11，实际调用的仍是旧g++.exe - Clion 或 VS Code 中，若
CMAKE_CXX_STANDARD设为 11，但cmake找到的g++是系统旧版本，也会静默降级
解决方式不是只点勾选框，而是：
- 在 Dev-C++ 中：Tools → Compiler Options → Settings → Code Generation → Language standard → 选
ISO C++11，再确认 MinGW 路径指向新版（如C:\TDM-GCC-64\bin） - 在 Code::Blocks 中：Settings → Compiler → Toolchain executables → 检查
Compiler's installation directory是否为新 MinGW 根目录 - 终端执行
which g++和g++ -v，确认 IDE 调用的和你终端看到的是同一个二进制
在线评测系统禁用 -std 参数怎么办
很多 OJ（如学校自建平台、老版 POJ）硬编码调用 g++ main.cpp，不接受任何额外参数。此时无法靠命令行传参，只能：
- 避免使用 C++11 特性：改
auto x = 5;为int x = 5;，改for (int v : vec)为传统for (size_t i = 0; i - 用宏模拟部分功能（有限）：例如
#define nullptr NULL（仅适用于简单指针赋值场景） - 不推荐但偶见有效的方法：在代码开头加
#pragma GCC diagnostic error "-std=c++11"—— 这不是标准语法，仅 GCC 某些旧版本（如 4.8）偶然识别，新版已移除，不可依赖
真正可靠的解法永远是适配环境，而不是绕过限制。OJ 不支持 C++11，本质是其底层构建脚本锁死了编译器行为，用户端没有权限修改。
最易被忽略的一点：即使编译通过，libstdc++ 版本也可能滞后。比如 gcc 8.3 编译出的二进制，在 CentOS 6 上运行时提示 GLIBCXX_3.4.21 not found，问题不在编译标准，而在链接时的运行时库版本。这时候光升级 gcc 不够，还得同步更新 libstdc++.so.6 或静态链接。
