g++ 编译报 undefined reference to main 是因缺少 int main() 定义或其不在全局作用域；多文件时仅一个文件可定义 main；-o 指定输出名而非扩展名；-g 与 -O2 不应同时使用；头文件需用 -I 显式指定路径。
g++ 编译失败：找不到 main 函数
不是所有 .cpp 文件都能直接编译成可执行文件。如果报错 undefined reference to `main'，说明你传给 g++ 的源文件里没有定义 int main()，或者函数签名写错了（比如写成 void main() 或 main() 不带返回类型）。
- 检查是否漏写了
main函数，且必须是int main()或int main(int argc, char* argv[]) - 确认没把
main写在namespace里——C++ 标准要求main必须在全局作用域 - 如果用多个源文件，确保只在一个文件里定义
main，其他文件只放函数实现或声明
编译单个文件：g++ -o 后面跟的是输出名，不是路径
g++ hello.cpp -o hello 生成的可执行文件叫 hello，不是 hello.out 或 hello.exe（Windows 下也默认不加后缀）。很多人误以为 -o 是指定扩展名，结果写成 -o hello.out，其实只是把输出文件名设为 hello.out，和格式无关。
-
-o后面接的完全是自定义名字，比如g++ test.cpp -o run就生成run - 不加
-o时，默认输出名为a.out（Linux/macOS）或a.exe（Windows MinGW） - 路径可以带，比如
-o ./bin/myapp，但注意目录得事先存在，g++不会自动创建父目录
调试时加 -g，发布时加 -O2，别混着用
-g 和 -O2 目标相反：-g 保留调试信息，增大体积；-O2 做激进优化，可能打乱变量生命周期、内联函数、甚至删掉未使用的 main——导致断点失效或 GDB 看不到局部变量。
- 开发阶段：用
g++ -g -Wall hello.cpp -o hello，-Wall能抓出多数低级错误 - 发布前构建：改用
g++ -O2 -DNDEBUG hello.cpp -o hello，-DNDEBUG关闭assert - 绝对不要写
g++ -g -O2——调试体验会变差，且优化可能让gdb显示“variable optimized out”
头文件找不到？-I 路径要对，且不能依赖当前目录
报错 fatal error: myheader.h: No such file or directory，常见原因是头文件不在标准路径，也没用 -I 告诉编译器去哪找。注意：g++ 默认**不搜索当前目录**（.），除非显式加上 -I.。
立即学习“C++免费学习笔记（深入）”；
- 假设头文件在
include/myheader.h，编译命令得写g++ -Iinclude main.cpp -
-I后面的路径是相对于你运行g++命令时的当前工作目录，不是源文件所在目录 - 系统头文件（如
<vector>）走/usr/include等路径，用户头文件（"myheader.h"）才走-I指定的路径 - 多个路径用多个
-I，顺序重要：前面的路径优先级更高
C++ 编译真正卡住的地方，往往不是语法，而是路径、符号可见性、链接顺序这些隐性规则。尤其当项目从单文件扩到多文件，main 在哪、extern 怎么声明、静态库和头文件怎么配——这些细节一旦错位，错误信息反而会绕着弯指向别的地方。
