GDB调试技巧：调试复杂的宏定义

C语言中的宏定义，有着各种各样的好处和坏处，可谓让人有爱有恨。在大型的工程项目中，为了简洁，为了封装，宏的应用必不可少。但是在调试问题时，因为宏定义是被预定义处理的，所以不会有任何的编译符号和调试信息。这样给调试宏定义时，带来了很大的困难。对于开发人员来说，除了直接肉眼去看宏定义，自己来展开宏定义去确定问题，是否还有其它手段来调试宏定义吗？

本文介绍两种调试宏定义的小技巧：

第一个方法是通过gcc -E产生预编译后的源代码，即源代码经过预编译后的结果，所有的预编译动作都已完成。如头文件的插入，宏定义的展开。

如下面的代码：

1. #include <</span>stdlib.h>
   
2. #include <</span>stdio.h>
   
3. 
   
4. #define MACRO1(x)(++(x))
   
5. #define MACRO2(x)(MACRO1(x)+100)
   
6. #define MACRO3(x)(MACRO2(x)+200)
   
7. 
   
8. 
   
9. int main(void)
   
10. {
    
11.     inta = 0;
    
12.     intb = 0;
    
13. 
    
14.     b= MACRO3(a);
    
15. 
    
16.     printf("%d\n",b);
    
17. 
    
18.     return0;
    
19. }

这里的MACRO3嵌套调用了MACRO2，MACRO1。在真正的代码中，这种用法很常见，不过这处的宏定义很简单，即使是嵌套调用也很容易看出。此处只是一个示意。

Ok，使用gcc -E test.c >test.e，得到预编译后的代码：

1. /*
   
2. 前面是1800+行的头文件代码，此处省略
   
3. */
   
4. 
   
5. int main(void)
   
6. {
   
7.     inta = 0;
   
8.     intb = 0;
   
9. 
   
10.     b= (((++(a))+100)+200);
    
11. 
    
12.     printf("%d\n",b);
    
13. 
    
14.     return0;
    
15. }

这里可以清晰的看到b =(((++(a))+100)+200);这个就比刚才的宏定义要清楚的多。

但是从这个例子也可以看到这个方法的局限性。

1.由于预编译处理会执行所有的预处理代码，包括头文件的插入，这导致最后的代码行数太多。

2.得到的了一个新的代码文件。这样的话，在大型工程中，如果需要调试多个文件中的宏定义，需要我们一个一个的预编译，太麻烦了。

下面看看第二个方法，这个方法要比第一种方法方便得多。

我们都知道为了调试程序，需要使用-g选项，它的作用就是将调试信息加入到最后的二进制可执行文件中。但是你可知道-g也通-o一样，是分级别的。当不指定级别的时候，其level为2。为了调试宏定义，我们可以使用更高的级别-g3。

下面为我使用-g3编译上面的代码，然后进行调试：

1. Breakpoint 1, main() at test.c:11
   
2. 11 int a = 0;
   
3. Missing separate debuginfos, use:debuginfo-installglibc-2.12-1.i686
   
4. (gdb) n
   
5. 12 int b = 0;
   
6. (gdb)
   
7. 14 b = MACRO3(a);
   
8. (gdb)
   
9. 16 printf("%d\n",b);
   
10. (gdb) macro expand MACRO3(a)
    
11. expands to: (((++(a))+100)+200)
    
12. (gdb) macro expand MACRO3(0)
    
13. expands to: (((++(0))+100)+200)
    
14. (gdb) macro exp MACRO3(0)
    
15. expands to: (((++(0))+100)+200)
    
16. (gdb)

在调试的过程中，可以使用macro expand/exp来展开宏定义。从上面的调试过程中，可以直接看到宏定义展开后的结果。并且我们还可以给宏传入任何的一个值，如：

1. (gdb) macro exp MACRO3(3)
   
2. expands to: (((++(3))+100)+200)
   
3. (gdb)

第二个方法无疑比第一个方法要方便简单得多。我们只需要在全局的Makefile中添加新的编译参数-g3，就可以支持整个工程代码中所有的宏的调试。当然这个方法也有一个缺点，就是g3的调试信息会比默认的g2的调试信息要大——自然嘛，不然gdb如何知道怎样展开宏定义呢。

gdb的使用：

    -tui    可以将屏幕分成两半，上面是代码区，下面是gdb调试窗口

    打印一个数组的方法： 如 p (int [10])*a 或者 p *a@10