我在Ubuntu 12.10 64位上运行。
我想在GDB中debugging一个简单的汇编程序。 但是GDB的gui模式（-tui）似乎无法find我的程序集文件的源代码。 我已经在当前的目录中重build了这个项目，并search了谷歌无济于事，请帮助我在这里。
我的命令：
nasm -f elf64 -g -F dwarf hello.asm gcc -g hello.o -o hello gdb -tui hello debugging信息似乎被加载，我可以在main（）中设置一个断点，但屏幕的上半部分仍然会显示' [No Source Available] '。
如果你感兴趣，这里是hello.asm：
; hello.asm a first program for nasm for Linux, Intel, gcc ; ; assemble: nasm -f elf -l hello.lst hello.asm ; link: gcc -o hello hello.o ; run: hello ; output is: Hello World SECTION .data ; data section msg: db "Hello World",10 ; the string to print, 10=cr len: equ $-msg ; "$" means "here" ; len is a value, not an address SECTION .text ; code section global main ; make label available to linker main: ; standard gcc entry point mov edx,len ; arg3, length of string to print mov ecx,msg ; arg2, pointer to string mov ebx,1 ; arg1, where to write, screen mov eax,4 ; write command to int 80 hex int 0x80 ; interrupt 80 hex, call kernel mov ebx,0 ; exit code, 0=normal mov eax,1 ; exit command to kernel int 0x80 ; interrupt 80 hex, call kernel
在这种情况下，问题在于汇编程序没有为调试器生成行号信息。 所以虽然源代码在那里（如果你在gdb中做“列表”，它显示源列表的列表 – 至少当我按照你的步骤，它的确如此），但是调试器需要从文件的行号信息来知道什么线路对应什么地址。 它不能用所给的信息来做到这一点。
据我所知，没有办法让NASM发布使用.loc指令， as使用gcc时一样。 但是as无法在不产生大量错误的情况下获取源文件，即使是使用-msyntax = intel -mmnemonic = intel，你也会觉得这个工作非常糟糕。
所以，除非有更聪明的人可以想出一个方法来生成调试器行号信息的.loc条目，否则我不能完全确定如何以一种令你满意的方式回答你的问题。
这个陈述是错误的。
汇编程序不会产生行号信息（注意-g-F矮行）。
另一方面，他将显然是32位的代码组装成64位，这可能会也可能不行。
现在，如果NASM的调试输出中存在错误，我们需要知道这一点。
几个快速的实验表明，addr2line（但不是gdb！）使用stabs正确解码NASM生成的行号信息，但不使用矮人，所以NASM生成DWARF的方式可能有些问题，但也有些奇怪GDB。
GNU addr2line版本2.22.52.0.1-10.fc17 20120131，GNU gdb（GDB）Fedora（7.4.50.20120120-52.fc17））。