gcc -S 不加 -o 时默认生成与输入文件同名、后缀为 .s 的汇编文件，如 main.c → main.s；可直接处理 .c 或 .i 文件，自动完成预处理或跳过；生成的 .s 包含 GNU as 伪指令，受 -O 级别影响，优化在 -S 阶段完成。
gcc -S 生成的汇编文件名怎么确定
不加 -o 时，gcc -S 会按输入文件名自动推导输出名：比如输入 main.c，默认生成 main.s；输入 foo.i，就生成 foo.s。后缀固定为 .s，不是 .asm 或其他变体。
容易踩的坑是误以为它会覆盖原文件或生成同名但不同后缀的文件——不会。gcc -S main.c 不会动 main.c，也不会生成 main.S（大写 S 是另一个含义，代表“带预处理的汇编”）。
gcc -S 能直接处理 .c 文件还是必须先预处理
gcc -S 可以直接作用于 .c 源文件，内部会自动完成预处理 + 编译两步，最终输出汇编代码。不需要你手动先跑 gcc -E 得到 .i 再传给 -S。
但如果你已经有一个预处理好的 .i 文件（比如想排除宏展开干扰、专注看编译器如何翻译纯 C 逻辑），也可以用 gcc -S foo.i，这时跳过预处理，只做编译。
- 用
gcc -S main.c：完整流程，含宏展开、头文件插入、条件编译求值 - 用
gcc -S main.i：跳过预处理，汇编内容更“干净”，适合分析编译器优化行为
为什么生成的 .s 文件里有大量 .section/.globl/.data 等伪指令
因为 gcc -S 输出的是“可汇编的 AT&T 语法汇编”，不是手写风格的裸汇编。那些 .section、.globl main、.align 是 GNU as（汇编器）能识别的指令，用于指导后续 gcc -c 如何布局代码段、数据段、符号可见性等。
如果你只想看核心指令（比如 movl、call、ret），可以加 -fverbose-asm 让 GCC 在汇编里加 C 源码注释，或者用 objdump -d 反汇编最终的 .o 文件来对比——但注意，.o 是二进制目标文件，已丢失源码映射和注释。
gcc -S 和优化级别一起用要注意什么
-O 系列选项对 -S 完全生效：gcc -S -O2 main.c 生成的是经过二级优化后的汇编，可能内联函数、删空循环、用 SIMD 指令替代标量运算；而 gcc -S -O0 main.c 生成的是最贴近源码结构的“直译版”汇编，更适合教学或调试理解。
关键点在于：优化发生在编译阶段，也就是 -S 这一步里完成的。所以你看到的 .s 文件，已经是优化器决策后的结果，不是原始语义的线性翻译。
常见误操作是只比对 -O0 和 -O2 的 .s 文件，却没意识到其中一条 addl $1, %eax 可能被整个删掉——这不是汇编器问题，是编译器在 -S 阶段就判定该计算无副作用且未被使用。
-o；想看清编译器干了什么，优先用 -O0 -fverbose-asm；怀疑优化出问题，拿 -O2 和 -O0 的 .s 并排看，重点不是指令数，而是控制流结构和内存访问模式是否合理。 
