gcc -v 不仅显示版本号，还会完整输出编译器配置、内置路径、默认参数及整个工具链调用过程，包括COLLECT_GCC_OPTIONS、预处理器/汇编器/链接器实际调用情况和库搜索路径，有助于诊断头文件缺失或链接失败问题。
gcc -v 能看到什么
执行 gcc -v 不只是打印版本号，它会完整输出编译器配置、内置路径、默认参数和整个工具链调用过程。当你遇到“找不到头文件”或“链接失败”类错误时，这个输出能帮你确认：COLLECT_GCC_OPTIONS 是否包含你传入的 -I 或 -L；gcc driver 是否实际调用了预处理器/汇编器/链接器；以及 libraries search paths 里有没有你期望的库路径。
gcc -E 检查预处理阶段问题
很多“头文件不存在”“宏展开异常”“条件编译失效”问题都发生在预处理阶段。用 gcc -E source.c -o source.i 生成预处理后文件，直接查看 source.i 就能确认：#include 是否被正确展开（搜索 ^# [0-9] 行）；#define 是否按预期替换；#ifdef 块是否被剔除或保留。注意：此时不会报语法错误，但若发现 #include "xxx.h" 后全是空行或报错行，说明路径或文件名本身就有问题。
gcc -S 和 gcc -c 分离编译与汇编
当报错信息指向某一行却怀疑是语法或语义问题时，先用 gcc -S source.c -o source.s 看能否生成汇编文件。如果失败，说明是编译阶段问题（如 C 标准不兼容、类型错误、关键字误用）；如果成功，再执行 gcc -c source.s -o source.o。若这步失败，大概率是汇编器层面问题（比如手写内联汇编有平台差异，或目标架构不匹配）。常见陷阱：-std=c17 下用了 [[nodiscard]] 会直接在 -S 阶段报错，因为这是 C++20 特性，GCC 不会在 C 模式下识别。
gcc -### 替代 -v 的精简调试模式
gcc -### 和 -v 输出内容基本一致，但更紧凑，不执行任何实际操作，只打印命令行调用逻辑。适合快速验证 Makefile 或构建脚本里拼出的编译命令是否被 GCC 正确解析——比如你写了 -I/path/to/headers，但 -### 输出里没出现该路径，说明变量未展开或被覆盖；又比如 -lfoo 显示为 -lfoo 而不是展开成具体路径，说明链接器没找到对应库文件，需要配合 -L 或检查 LIBRARY_PATH。
真正卡住的时候，往往不是哪个命令不会用，而是没意识到 gcc -E 看不到语法错误、gcc -S 过不了不代表代码有错、gcc -v 里那一长串路径里藏着真正的头文件搜索顺序。
