用GDB无法Step进去某个函数

这篇只是记录自己的不小心，下次别再犯同样的错误。

手工tags: GDB step define 宏定义

今天发现某一个函数的结果极其奇怪，正好最近在学用GDB，就用GDB调试一下。

(gdb) n11    amic_list_append(list, ptr);(gdb) s13    printf("[%s]\n", (char *)list->first->data);

step并不能够跳进去函数中，而是直接跳出。

网上查找了一下原因，编译该函数时，若没有加上-g选项则不能跳进去。

(事后实验了下，不加-g跳不进去的现象和我这次的现象一样)

但makefile后发现，没有漏掉-g。 那么，会是什么原因呢?

自己先写了一个小的demo,在调试demo时发现可以跳进去。那说明函数没有问题，问题是出在了调用方。

可调用方的错误会在哪呢，找了半天也没有找出来，就算不能调试问题也得解决，所以就用了自己打日志的老办法。

在amic_list_append函数内部，将参数信息输出到stderr。

编译运行，该条信息根本就没有输出。也就是说，程序就没有走到这个函数里面去。

难道是没有现实这个函数? nm下函数所在的.o文件，存在amic_list_append.

.o中已经实现了该函数，但为什么调用不到这个函数呢?

这调用方这是白纸黑字的调用了amic_list_append的。

那么原因就可能是调用的函数并不是预想的函数，可能是函数重名了。

但是函数重定义的话是在编译时就会出错的啊，那如果在编译时没有重名呢？确实有可能……

可能情况1：［问题在链接时] 链接错了文件，而那个错的文件恰好有同样的函数。 

          检查后发现自己没有链接错文件。

可能情况2： [问题在预处理] 存在宏定义#define amic_list_append xxxxx， 这样在编译前就会将调用语句替换掉。

         果不其然，确实有这个宏定义在。这是昨天写了一部分的宏定义，今天重新函数实现的时候忘了删除该宏定义了。

将宏定义去掉，程序运行正常了，再用下GDB,也能正常的step了～

总结：

 宏定义要小心， 不经意的使用了宏可能会使你的程序变得很奇怪，在调试的时候也只是会显示预处理前的代码。

 发现代码走向与实际代码不一致时，可以用 gcc -E source.c 命令生成预处理后(做过宏引入，替换等)的文件.当然我一般会加上-o source.i的选项。

用gdb跟进函数但step后无效的原因有可能:     (不完全统计...)

1) 函数所在文件编译时未加 -g 选项

2) 存在宏定义与编译名相同