g++编译单文件常漏链接步骤：用std::thread需-lpthread，sqrt()等数学函数需-lm，动态库如zlib需-lz；-I管头文件路径，-L指定库目录，-l触发链接；分阶段调试用-E/-S/-c；C++11+特性必须显式指定-std=c++17等标准。
g++ 编译单个源文件时最常漏掉的链接步骤
直接 g++ main.cpp 能跑通，不代表项目能编译成功——很多新手卡在“undefined reference”错误，本质是没告诉链接器需要哪些符号。比如用了 std::thread 却没加 -pthread，或者调用了数学库函数 sqrt() 却忘了 -lm。
实际编译时，链接阶段和编译阶段是分离的。g++ 默认会做链接，但不会自动帮你拉进所有可能用到的系统库。
- 用到线程：必须加
-pthread（不是-lpthread，后者不兼容 C++11 线程模型） - 用到
math.h或<cmath></cmath>函数：加-lm - 用到动态库如
libz.so：加-lz，且确保LD_LIBRARY_PATH或-L指向正确路径 - 静态链接标准库（避免运行时缺 libstdc++.so）：加
-static-libstdc++（注意：不能全静态，-static会破坏 pthread 等行为）
区分 -I、-L、-l：头文件找不到 vs 库找不到的根源
报错 fatal error: xxx.h: No such file or directory 是 -I 没配对；报错 undefined reference to 'xxx' 且确认定义在某 .a/.so 里，大概率是 -L + -l 搭配错了。
-I 只影响预处理器找头文件的路径，和链接无关；-L 告诉链接器去哪找库文件，-lxxx 才真正触发链接 libxxx.a 或 libxxx.so。
立即学习“C++免费学习笔记（深入）”；
-
-I/path/to/headers：路径末尾不加/include，g++ 不会自动补 -
-L/path/to/libs：只设目录，不写具体库名；多个路径用多个-L -
-lfoo→ 链接器搜libfoo.a或libfoo.so，顺序敏感：依赖方要写在被依赖方右边（如-lA -lB表示 A 依赖 B） - 查库是否真被找到：加
-Wl,--verbose，看输出里有没有attempt to open /path/libfoo.so
调试编译失败时，先用 -E、-S、-c 拆解阶段
看到报错第一反应不是改代码，而是定位出问题的阶段：是预处理炸了？语法没过？还是链接跪了？
g++ 的阶段控制参数非常实在，比堆一堆 flags 盲试高效得多。
-
g++ -E main.cpp：只做预处理，输出展开后的代码，检查宏、头文件包含路径是否真生效 -
g++ -S main.cpp：停在汇编阶段，生成main.s，确认语法和语义没问题（无 warning/error） -
g++ -c main.cpp：只编译不链接，生成main.o，适合多文件项目分步验证 - 加
-v可看到 g++ 实际调用的 cc1、as、ld 路径和参数，排查工具链混用（比如 clang++ 和 g++ 头文件不兼容）
C++11 及以上特性必须显式指定标准，否则默认是 -std=gnu++98
哪怕你用的是 GCC 12，不加 -std 参数，auto、nullptr、std::to_string 这些都会报错——因为老标准根本不认识它们。
不同 GCC 版本对标准的支持程度不同，硬编码版本不如选语义化标准名。
- 稳妥起见：统一用
-std=c++17（GCC 7+ 完整支持）或-std=c++20（GCC 10+ 基本可用） - 避免用
-std=gnu++xx，它开启 GNU 扩展，跨平台易出问题 - 配合
-Wall -Wextra -pedantic可暴露非标准写法，比如八进制字面量0123在 C++14 后被弃用 - cmake 中对应
set(CMAKE_CXX_STANDARD 17)，但命令行优先级更高，会覆盖 cmake 设置
编译大型项目时，不同文件用不同标准会导致 ODR 违规（One Definition Rule），连 std::string 的内存布局都可能不一致——这点很容易被忽略，直到 core dump 出现在诡异位置。
