gcc -v 会显示完整编译流程及调用的子命令，包括cc1（预处理与编译）、as（汇编）、collect2或ld（链接）的绝对路径和参数，并输出include与library搜索路径；-###仅模拟打印命令而不执行，-save-temps则生成.i、.s、.o等中间文件用于内容验证。
gcc -v 会显示完整编译流程和调用的子命令
想看到 GCC 实际执行了哪些步骤、调用了哪些内部工具（如 cc1、as、ld），直接加 -v 就行。它不是“verbose 日志”，而是展示整个工具链调用链，包括预处理、编译、汇编、链接各阶段调用的绝对路径和参数。
常见错误现象：有人误以为 -v 是输出编译过程中的中间代码或变量值，其实它只打印命令行本身，不输出源码展开结果或汇编指令内容。
-
gcc -v hello.c -o hello：显示所有阶段的完整命令，包括cc1调用参数、as命令、collect2或ld链接命令 - 如果同时用
-E或-S，-v仍会显示对应阶段的子命令，但不会执行后续阶段 -
-v输出中包含搜索路径（include目录、library路径），对排查头文件找不到或库链接失败特别有用
gcc -save-temps 生成全部中间文件并保留命名
光看命令不够，你可能想 inspect 每个阶段的输出内容——比如确认宏是否被正确展开，或检查生成的汇编是否符合预期。-save-temps 就是干这个的：它自动保存 .i、.s、.o 文件，且命名规则清晰（和源文件同名）。
容易踩的坑：-save-temps 默认生成 .i、.s、.o 和最终可执行文件，但不会覆盖已有同名文件；如果当前目录已存在 main.i，GCC 不会报错，也不会提醒，而是静默跳过写入——结果就是你看到的 .i 文件不是本次编译生成的。
-
gcc -save-temps main.c -o main→ 生成main.i、main.s、main.o、main -
gcc -save-temps -c main.c→ 只生成main.i和main.s（因为没链接，不生成.o） - 加
-save-temps=obj可把中间文件放进指定目录（如build/），避免污染源码目录
gcc -### 和 -v 的区别在哪
-### 看起来像 -v 的简化版，但它更克制：只打印命令行，不执行任何实际操作，也不输出路径搜索信息。适合快速验证某个选项组合是否会被 GCC 接受，或者调试构建脚本里拼出的命令是否合法。
使用场景：CI/CD 流水线中做 dry-run 检查，或写 Makefile 时怕 -I、-L 写错导致构建失败，先用 -### 看命令是否能正常解析。
-
gcc -### main.c -I./inc -L./lib -lfoo→ 打印所有子命令，但不生成任何文件、不调用cc1或ld -
-###不会触发预处理或报错，哪怕main.c根本不存在，它也只打印“拟执行”的命令 - 和
-v最大区别：-v真执行（只是多打日志），-###纯模拟
为什么 -v 和 -save-temps 经常一起用
单独用 -v 只告诉你“调用了什么”，单独用 -save-temps 只给你“文件”，但两者合起来才能闭环验证：比如 -v 显示它用了 /usr/lib/gcc/x86_64-linux-gnu/12/include/stdint.h，你马上就能去翻生成的 main.i，搜 stdint.h 确认是否真被包含进来、有没有被条件编译剔除。
真正容易被忽略的是：GCC 在不同系统上对标准头文件的处理逻辑可能不同（比如某些发行版把 glibc 头文件放在非默认路径），-v 输出里的 search directories 段落必须和 .i 文件里实际展开的 #include 行对照着看，否则很容易误判问题出在代码还是环境。
