gcc -v 仅显示调用的子命令及参数，不展示预处理结果、语法树等细节；需用 -e -dd -dm 查宏定义，-save-temps 保存中间文件，-### 显示完整命令行，-wcpp 和 -h 则用于诊断预处理异常。
gcc -v 会打印完整编译流程，但不是“详细输出”的全部含义
很多人以为 gcc -v 就是“开启详细输出”，其实它只显示调用的子命令（如 cc1、as、ld）和参数，不展示预处理结果、语法树、中间 IR 或汇编指令细节。真要调试编译行为或排查宏展开/头文件路径问题，得组合其他选项。
用 -E -dD -dM 查看预处理全过程
预处理阶段最容易出隐蔽问题：宏未定义、头文件搜不到、条件编译误判。仅靠 gcc -v 看不到这些。
-
gcc -E file.c：只做预处理，输出展开后的代码（含所有#include内容） -
gcc -E -dD file.c：额外保留原始#define行，方便确认哪些宏被定义 -
gcc -E -dM file.c：只输出所有宏定义（含内置宏），不带源码，适合快速检查__linux__、__x86_64__等是否生效
注意：-E 不生成目标文件，也不会报语法错误——它在编译器前端就停了。
-save-temps 和 -### 能暴露更多中间产物
-save-temps 会把预处理（.i）、汇编（.s）、链接前对象（.o）全保存下来；-###（三个井号）则打印完整命令行（含隐式参数），比 -v 更底层，连 libgcc 路径、target triple 都列出来。
-
gcc -save-temps -c file.c→ 生成file.i、file.s、file.o -
gcc -### file.c→ 输出类似"/usr/lib/gcc/x86_64-linux-gnu/12/cc1" ... "-quiet" "-dumpbase" ...的完整调用链 - 二者可叠加：
gcc -### -save-temps file.c，既看命令又留中间文件
别忽略 -Wcpp 和 -H 这两个冷门但关键的警告开关
它们不改变编译流程，但能暴露预处理环节的异常信号：
-
-Wcpp：警告所有直接写在源码里的#warning，以及宏展开中可能触发的非法操作（比如空宏参、#stringizing 空白） -
-H：递归打印所有#include文件路径，层级缩进显示依赖关系，对排查头文件污染或重复包含极有用
这两个选项常被跳过，但当你发现某个宏“明明定义了却没生效”，或者 grep 找不到头文件却能编译通过时，-H 和 -Wcpp 往往比 -v 更快定位根因。
