答案是：-v 选项可完整显示 gcc 编译全过程的工具链调用（如 cpp、cc1、as、ld）及参数，包括头文件和库路径；-save-temps 则保留 .i、.s、.o 中间文件用于逐层检查；二者结合才能闭环验证编译行为。
用 -v 看完整编译流程和工具链调用
直接加 -v 是最常用、最直观的方式，它会打印 GCC 驱动程序调用的每个子工具（如 cc1、as、ld）及其完整参数。不是只显示“正在编译”，而是真实暴露整个链条。
-
gcc -v hello.c会输出从预处理到链接每一步调用了什么命令、路径在哪、传了哪些隐式参数 - 特别适合排查“为什么找不到头文件”或“链接时库没被搜到”——输出里会明确列出
#include的搜索路径和-L库路径 - 注意：它不生成可执行文件，只做流程展示；如果想同时生成目标文件，得额外加
-o，比如gcc -v hello.c -o hello
用 -save-temps 保留中间文件再逐层 inspect
-save-temps 不只是“看过程”，而是把预处理（.i）、汇编（.s）、目标（.o）三个关键中间文件都写到磁盘，方便你手动打开检查。
-
gcc -save-temps hello.c -o hello会在当前目录生成hello.i、hello.s、hello.o -
hello.i能验证宏是否展开正确、头文件是否真被包含进来（比如stdio.h展开后可能有几千行） -
hello.s是纯文本汇编，可确认编译器是否按预期做了优化（比如循环是否被展开）、是否有意外的符号引用 - 默认生成的文件名和源文件同名，加
-save-temps=obj可让中间文件存到指定目录，避免污染当前工作区
为什么 -v 和 -save-temps 要一起用
单独用 -v 知道“调了谁”，但看不到实际输入输出；单独用 -save-temps 有文件但不知道 GCC 内部怎么调度它们。两者结合才能闭环验证。
- 例如：你在
hello.i里发现某个宏没展开，回看-v输出，就能确认cc1是否收到了-D定义，或者是否被后面参数覆盖 - 又比如
hello.s里出现未定义符号，对照-v最后一行ld命令，立刻能看出是不是漏传了-l或-L - 常见坑：
-save-temps不影响编译结果，但若源文件名含路径（如src/main.c），生成的.i文件也会在src/下，容易漏看
别依赖 --verbose，它和 -v 不是一回事
有些文档提到 --verbose，但它只对链接阶段生效（即传给 ld 的 --verbose），不会显示预处理或编译细节。真正要看全链路，必须用小写的 -v。
-
gcc -Wl,--verbose main.o只会让链接器输出它自己搜索库的过程，和 GCC 驱动无关 -
gcc -v main.c才是权威答案：它会告诉你cc1版本、as路径、ld参数，甚至内建的specs文件位置 - 如果你在交叉编译环境（比如
arm-linux-gnueabihf-gcc），-v还会显示 target、multilib 等关键配置，这是调试工具链错配的唯一可靠依据
-save-temps 时，生成的 .i 可能不在你预期的位置。
