g++是编译C++单文件的正确工具，gcc默认按C语言处理，链接时缺失std::cout等符号，导致undefined reference错误。
g++ 是编译单个 C++ 文件的正确工具，不是 gcc —— 后者默认按 C 语言处理，链接时会缺 std::cout 等符号，报类似 undefined reference to `std::ostream::operator 的错误。
<h3>用 <code>g++ 直接生成可执行文件
最常用、最直接的方式就是一行命令：
g++ hello.cpp -o hello
这会跳过中间文件，自动完成预处理、编译、汇编、链接四步。生成的 hello 可直接运行：./hello。
-
-o后必须跟输出名，否则默认生成a.out - 不加
-std=时，g++通常用较旧标准（如 C++14），若用std::optional或std::ranges，得显式加-std=c++20 - 调试时务必加
-g，否则gdb进不去源码行
为什么不用 gcc 编译 .cpp 文件
gcc 看文件后缀决定语言模式：遇到 .cpp 会启用 C++ 解析，但不会自动链接 C++ 标准库。常见失败场景：
gcc hello.cpp -o hello
报错：undefined reference to `__cxa_begin_catch' 或一堆 std:: 符号未定义。
立即学习“C++免费学习笔记（深入）”；
- 强行补救：加
-lstdc++，即gcc hello.cpp -o hello -lstdc++—— 但这绕开了g++的默认行为，易漏 -
g++本质是gcc的 C++ 封装，它隐式带了-lstdc++和其他 C++ 特定选项 - 即使文件名是
main.c，只要内容用std::，也得用g++或手动链接库
需要看中间步骤时怎么拆解
调试宏展开、头文件路径或汇编输出时，分步跑更可控：
- 预处理：
g++ -E hello.cpp -o hello.i→ 查#include是否真被展开、宏是否替对 - 编译成汇编：
g++ -S hello.i -o hello.s→ 检查是否生成了预期的函数调用（比如_ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_PKc） - 汇编成目标文件：
g++ -c hello.s -o hello.o→ 此时还不能运行，file hello.o显示 “ELF relocatable” - 链接：
g++ hello.o -o hello→ 实际上这步也会自动补-lstdc++，和一步到位等价
注意：-c 参数只生成 .o，不链接；漏掉它而直接 g++ hello.o -o hello 是 OK 的，但若误写成 gcc hello.o -o hello，又会缺 C++ 库。
常见坑：头文件找不到或链接失败
报错 fatal error: vector: No such file or directory 或 cannot find -lstdc++，往往不是编译器问题，而是环境缺失：
- Ubuntu/Debian 上没装
build-essential（含g++和libstdc++-dev）：运行sudo apt install build-essential - CentOS/RHEL 上缺
gcc-c++和libstdc++-devel：用sudo yum install gcc-c++ libstdc++-devel - WSL 或 Docker 容器里常漏装，
g++ --version能显示版本不代表标准库完整 - 交叉编译时，
-sysroot或--prefix配错也会导致头文件/库路径失效
真正麻烦的不是命令怎么敲，而是 g++ 背后依赖的那套头文件树和库文件是否齐全——它不像 Python pip 那样报错就提示缺啥包，而是静默找错路径或链接空符号。
