对gcc(或g++)使用-S选项，可选使用-fverbose-asm，它在默认的-O0下工作得很好，将C名作为注释附加到asm操作数上。它在任何优化级别上的效果都不太好，您通常希望使用它来获得值得一看的asm。

gcc -S helloworld.c

这将在helloworld.c上运行预处理器(cpp)，执行初始编译，然后在运行汇编程序之前停止。有关在这种情况下使用的有用编译器选项，请参阅如何从GCC/clang程序集输出中删除“噪声”?(或者在Matt Godbolt的在线编译器资源管理器上看看你的代码，它过滤掉指令和东西，并使用调试信息突出显示匹配源行和asm。)

默认情况下，这将输出文件helloworld.s。输出文件仍然可以通过使用-o选项来设置，包括-o -用于将管道的标准输出写入less。

gcc -S -o my_asm_output.s helloworld.c

当然，这只有在你有原始源代码的情况下才有效。 如果只有生成的对象文件，另一种选择是使用objdump，通过设置——disassemble选项(缩写形式为-d)。

objdump -S --disassemble helloworld > helloworld.dump

-S将源行与正常的反汇编输出交织在一起，因此如果为目标文件启用了调试选项(编译时为-g)并且文件没有被剥离，则此选项工作得最好。

运行文件helloworld将为您提供一些关于使用objdump将获得的详细级别的指示。

其他有用的objdump选项包括-rwC(用于显示符号重定位、禁用长机器代码换行和要求c++名称)。如果你不喜欢x86的AT&T语法，-Mintel。请参阅手册页。

例如objdump -drwC -Mintel -S foo。少一点。 -r对于.o来说非常重要，因为符号引用只有000 000 000 000个占位符，而不是链接的可执行文件。

就像大家说的，使用-S选项。

如果使用-save-temps选项，还可以获取预处理文件(.i)、程序集文件(.s)和目标文件(*.o)(分别使用-E、-S和-c来获取它们)。

-save-temps

元数据的回答中提到了这一点，但让我进一步举例说明。

与-S相比，这个选项的最大优点是可以很容易地将其添加到任何构建脚本中，而不会过多地干扰构建本身。

当你这样做时:

gcc -save-temps -c -o main.o main.c

文件c

#define INC 1

int myfunc(int i) {
    return i + INC;
}

现在，除了正常的主输出。O，当前工作目录还包含以下文件:

main.i is a bonus and contains the preprocessed file: # 1 "main.c" # 1 "<built-in>" # 1 "<command-line>" # 31 "<command-line>" # 1 "/usr/include/stdc-predef.h" 1 3 4 # 32 "<command-line>" 2 # 1 "main.c" int myfunc(int i) { return i + 1; } main.s contains the desired generated assembly: .file "main.c" .text .globl myfunc .type myfunc, @function myfunc: .LFB0: .cfi_startproc pushq %rbp .cfi_def_cfa_offset 16 .cfi_offset 6, -16 movq %rsp, %rbp .cfi_def_cfa_register 6 movl %edi, -4(%rbp) movl -4(%rbp), %eax addl $1, %eax popq %rbp .cfi_def_cfa 7, 8 ret .cfi_endproc .LFE0: .size myfunc, .-myfunc .ident "GCC: (Ubuntu 8.3.0-6ubuntu1) 8.3.0" .section .note.GNU-stack,"",@progbits

如果你想对大量的文件执行此操作，可以考虑使用:

-save-temps=obj

将中间文件保存到与-o对象输出相同的目录，而不是当前工作目录，从而避免了潜在的basename冲突。

关于这个选项的另一个很酷的事情是如果你添加-v:

gcc -save-temps -c -o main.o -v main.c

它实际上显示了正在使用的显式文件，而不是/tmp下丑陋的临时文件，因此很容易知道正在发生什么，其中包括预处理/编译/汇编步骤:

/usr/lib/gcc/x86_64-linux-gnu/8/cc1 -E -quiet -v -imultiarch x86_64-linux-gnu main.c -mtune=generic -march=x86-64 -fpch-preprocess -fstack-protector-strong -Wformat -Wformat-security -o main.i
/usr/lib/gcc/x86_64-linux-gnu/8/cc1 -fpreprocessed main.i -quiet -dumpbase main.c -mtune=generic -march=x86-64 -auxbase-strip main.o -version -fstack-protector-strong -Wformat -Wformat-security -o main.s
as -v --64 -o main.o main.s

它在Ubuntu 19.04 (Disco Dingo) amd64, GCC 8.3.0中进行了测试。

制定预定义目标

CMake会自动为预处理文件提供一个目标:

make help

告诉我们可以这样做:

make main.s

这个目标运行:

Compiling C source to assembly CMakeFiles/main.dir/main.c.s
/usr/bin/cc    -S /home/ciro/hello/main.c -o CMakeFiles/main.dir/main.c.s

所以这个文件可以在CMakeFiles/main.dir/main.c.s目录下找到。

它在CMake 3.16.1上进行了测试。

使用-S选项:

gcc -S program.c

正如每个人都指出的那样，对GCC使用-S选项。我还想补充一点，根据是否添加优化选项(-O0表示没有，-O2表示积极优化)，结果可能会有所不同(很大程度上!)

特别是在RISC架构上，编译器在进行优化时经常会把代码转换得几乎认不出来。结果令人印象深刻，令人着迷!

最近我想知道a中每个函数的组装，我是这样做的:

gcc main.c    // 'main.c' source file
gdb a.exe     // 'gdb a.out' in Linux

广东发展银行:

disass main   // Note here 'main' is a function
              // Similarly, it can be done for other functions.