GCC内联汇编调试方法

    前几天为了改进系统性能,用汇编将原来的关键代码重写了一下.但是汇编实在太容易出错,又不好找到原因,就想调试一下那块代码.由于写的汇编是嵌入到C/C++源代码里面的,并且执行时的环境比较复杂,单独提出来调试又没法创造出环境,只能和C/C++代码一起调试了.

    用GDB调试C/C++程序已经比较熟悉,调试汇编也比较熟悉,但是还真没有遇到过需要调试这种混合语言.编译时也就按照常规加了个-g选项,用gcc编译的.调试时问题出现了:对于原来的C/C++代码,它能一条条执行,但是对于汇编好像没法单步执行.上网搜了一次又一次,英文网站也搜了,就是没有找到满意的答案.后来仔细研究了一下,重新调试,却有点意外的收获.

    原来GDB对于这种代码的调试和单独调试C/C++或者汇编没有什么两样.只是执行到内联汇编时它不没有把汇编代码显示出来,给人的感觉好像是不能进入汇编内部,事实上它确实已经进入了汇编内部.

    我把断点设置在汇编代码前面的一行C/C++代码处,用step后就好像出不来了,用stepi执行了一点不知道什么东西,然后停住了,但是停的位置让人费解,也没有任何代码,没有行号,只有内存地址.刚开始不知道这是啥意思.后来连续几个si后发才发现每次内存地址不同,并且下一个地址恰好是上一个地址加上源源文件中对应的汇编指令的长度(从代码的逻辑位置判断当前应该执行哪条指令).这个意外发现马上让我看到了希望,我试着将源汇编代码中的指令长度算一下,根据当前执行的地址,计算出希望中断的指令的内存地址,在那设置一个断点.不出所料,果然好使.唯一比较让人费解的就是如果有一条指令跟不上,后面的代码基本上就没有希望能够知道执行的是哪个指令了.因为GDB并不告诉你当前的代码信息.

    后来又想了个招,在源汇编代码中多放几个LABEL,因为在汇编中,一个LABEL其实不就代表一个地址吗?这样再调试的时候直接break到对应的LABEL就行了,不用再发愁某个指令应该在什么地址了.这样调试到汇编代码时,就可以一边看源代码一边看执行结果了,除了没有GDB直接显示指令来的直观,但是委屈一下还真能达到目的.呵呵.心里特高兴.