c++oding="utf-8" ?>
是，必须显式指定；g++默认使用c++98标准，不加-std=c++11时，auto、nullptr、范围for等c++11语法会报错，如“'auto' does not name a type”。
g++ -std=c++11 是必须显式指定的
不加 -std=c++11 时，g++ 默认使用较老的标准（如 C++98），新语法（如 auto、nullptr、范围 for 循环）会直接报错。GCC 不会自动启用 C++11 特性，哪怕你写的全是合法 C++11 代码。
常见错误现象：error: 'auto' does not name a type 或 error: 'nullptr' was not declared in this scope，基本就是漏了这个参数。
-
-std=c++11是最稳妥写法；-std=gnu++11允许 GNU 扩展，但跨平台项目建议用前者 - 别写成
-std=c11——那是给 C 的，对 C++ 源文件会警告“option ‘-std=c11’ is valid for C/ObjC but not for C++” - C++14/17/20 同理，换成
c++14、c++17等即可，但注意旧版 GCC 不支持高版本标准
编译命令里 g++ 和 gcc 的区别不能忽略
用 gcc 编译 .cpp 文件也能过，但链接阶段大概率失败：缺少 C++ 标准库（如 std::cout 对应的符号），报错类似 undefined reference to `std::ostream::operator。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
根本原因：gcc 默认不链接 libstdc++，而 g++ 会自动加 -lstdc++。
- 正确做法：统一用
g++编译 C++ 文件，哪怕只写g++ main.cpp -o main - 如果非要用
gcc，得手动补上链接选项：gcc -std=c++11 main.cpp -lstdc++ -o main - 文件后缀不是决定因素——
g++ main.c也会当 C++ 编译，gcc main.cpp则当 C 编译（可能语法报错）
常见编译步骤组合与实际用途
单步调试或查看中间产物时，分阶段命令比一键编译更实用。比如改了宏定义却没生效，看 .i 文件最直接。
- 只预处理：
g++ -E -std=c++11 main.cpp -o main.i—— 查头文件是否被正确包含、宏是否展开 - 生成汇编：
g++ -S -std=c++11 main.cpp -o main.s—— 检查编译器是否按预期优化（如循环展开） - 只生成目标文件：
g++ -c -std=c++11 main.cpp -o main.o—— 多文件项目中分离编译，避免重复编译 - 完整编译+链接：
g++ -std=c++11 -O2 main.cpp -o main——-O2建议加上，C++11 的 move 语义等特性依赖优化才能生效
cc1plus.exe 报错本质是工具链缺失
Windows 下 Dev-C++ 或 MinGW 报 fatal error: cannot execute 'cc1plus': execvp: No such file or directory，不是路径问题，而是 cc1plus.exe 这个 GCC 内部组件根本没装上。
它不属于基础 GCC，而是 C++ 前端专用模块，很多精简版 MinGW 只带 C 编译器（cc1.exe）。
- 解决方法：重装完整版 MinGW-w64（推荐 x86_64-8.1.0-release-posix-seh-rt_v6-rev0），或用 MSYS2 安装
mingw-w64-x86_64-gcc包 - 验证方式：运行
g++ -v，输出末尾应出现COLLECT_GCC_OPTIONS且路径指向包含cc1plus.exe的目录 - 别试图手动复制
cc1plus.exe—— 它依赖配套的libgcc、libstdc++等动态库，版本不匹配照样崩
-std=c++11 的位置、g++ 与 gcc 的取舍、中间文件的用途，每一步都卡在真实报错的根子上。最容易被忽略的是：默认标准 ≠ C++11，且 cc1plus.exe 不是“有了 g++ 就一定有”的东西。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
