作者：gfree.wind@gmail.com
博客：blog.focus-linux.net linuxfocus.blog.chinaunix.net
博客：blog.focus-linux.net linuxfocus.blog.chinaunix.net
本文的copyleft归gfree.wind@gmail.com所有，使用GPL发布，可以自由拷贝，转载。但转载请保持文档的完整性，注明原作者及原链接，严禁用于任何商业用途。
======================================================================================================
C语言中的宏定义，有着各种各样的好处和坏处，可谓让人有爱有恨。在大型的工程项目中，为了简洁，为了封装，宏的应用必不可少。但是在调试问题时，因为宏定义是被预定义处理的，所以不会有任何的编译符号和调试信息。这样给调试宏定义时，带来了很大的困难。对于开发人员来说，除了直接肉眼去看宏定义，自己来展开宏定义去确定问题，是否还有其它手段来调试宏定义吗？
本文介绍两种调试宏定义的小技巧：
第一个方法是通过gcc -E 产生预编译后的源代码，即源代码经过预编译后的结果，所有的预编译动作都已完成。如头文件的插入，宏定义的展开。
如下面的代码：
- #include stdlib.h>
- #include stdio.h>
-
- #define MACRO1(x) (++(x))
- #define MACRO2(x) (MACRO1(x)+100)
- #define MACRO3(x) (MACRO2(x)+200)
-
-
- int main(void)
- {
- int a = 0;
- int b = 0;
-
- b = MACRO3(a);
-
- printf("%d\n", b);
-
- return 0;
- }
这里的MACRO3嵌套调用了MACRO2，MACRO1。在真正的代码中，这种用法很常见，不过这处的宏定义很简单，即使是嵌套调用也很容易看出。此处只是一个示意。
Ok，使用gcc -E test.c > test.e，得到预编译后的代码：
- /*
- 前面是1800+行的头文件代码，此处省略
- */
-
- int main(void)
- {
- int a = 0;
- int b = 0;
-
- b = (((++(a))+100)+200);
-
- printf("%d\n", b);
-
- return 0;
- }
这里可以清晰的看到b = (((++(a))+100)+200);这个就比刚才的宏定义要清楚的多。
但是从这个例子也可以看到这个方法的局限性。
1. 由于预编译处理会执行所有的预处理代码，包括头文件的插入，这导致最后的代码行数太多。
2. 得到的了一个新的代码文件。这样的话，在大型工程中，如果需要调试多个文件中的宏定义，需要我们一个一个的预编译，太麻烦了。
下面看看第二个方法，这个方法要比第一种方法方便得多。
我们都知道为了调试程序，需要使用-g选项，它的作用就是将调试信息加入到最后的二进制可执行文件中。但是你可知道-g 也通-o一样，是分级别的。当不指定级别的时候，其level为2。为了调试宏定义，我们可以使用更高的级别-g3。
下面为我使用-g3编译上面的代码，然后进行调试：
- Breakpoint 1, main () at test.c:11
- 11 int a = 0;
- Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.i686
- (gdb) n
- 12 int b = 0;
- (gdb)
- 14 b = MACRO3(a);
- (gdb)
- 16 printf("%d\n", b);
- (gdb) macro expand MACRO3(a)
- expands to: (((++(a))+100)+200)
- (gdb) macro expand MACRO3(0)
- expands to: (((++(0))+100)+200)
- (gdb) macro exp MACRO3(0)
- expands to: (((++(0))+100)+200)
- (gdb)
在调试的过程中，可以使用macro expand/exp 来展开宏定义。从上面的调试过程中，可以直接看到宏定义展开后的结果。并且我们还可以给宏传入任何的一个值，如：
- (gdb) macro exp MACRO3(3)
- expands to: (((++(3))+100)+200)
- (gdb)
第二个方法无疑比第一个方法要方便简单得多。我们只需要在全局的Makefile中添加新的编译参数-g3，就可以支持整个工程代码中所有的宏的调试。当然这个方法也有一个缺点，就是g3的调试信息会比默认的g2的调试信息要大——自然嘛，不然gdb如何知道怎样展开宏定义呢。
