关于编译报错“dereferencing pointer to incomplete type...

来源：互联网发布：北京计算机编程学校编辑：程序博客网时间：2024/06/06 02:28

发表于2年前(2012-07-20 17:02) 阅读（7828） | 评论（3） 0人收藏此文章, 我要收藏

今天同事问了我一个问题，他make的时候报错，“第201行：dereferencing pointer to incomplete type”，我随即查阅了很多资料，也没看出个所以然。最后问题得到了解决，也懂得了原理，遂记录一下。

他的问题具体是这样。

?
1
2
3
4
5
6
#include <netinet/ip_icmp.h>
...
structicmp* aaa;
    aaa = (structicmp*)malloc(sizeof(structicmp)); //假设是第200行；
    aaa->icmp_type=1;//假设是201行；
...

make的时候第201行报错：dereferencing pointer to incomplete type。

首先说一下这个报错的意思，通俗的说就是，试图访问该pointer指向的变量，却发现该变量是一个不完整的类型，多出错于访问结构体联合体的成员。从代码中可看出来，是从201行开始才真正的访问icmp_type指向的变量，200行还没访问。

于是我就猜想，是不是struct icmp没有定义呢？遂粗略的查看了/usr/include/netinet/ip_icmp.h文件，发现有struct icmp的定义。很奇怪，不是吗？经过写了一些demo测试，最终的结论是，确实没有struct icmp的定义！

看到这里，更奇怪了。为什么是这样的结论呢？细看/usr/include/netinet/ip_icmp.h文件，会发现struct icmp的定义被包含在一个宏里面j，如下面所示：

?
1
2
3
4
5
6
7
8
9
...
#ifdef __USE_BSD
...
structicmp {
...
}
...
#endif /*END OF ifdef __USE_BSD*/
...

看到这里应该就明白了，编译的时候，如果编译命令 gcc ...里面没有加入 -D__USE_BSD的话，那么struct icmp的定义是不会被include进来的，所以就导致了前面的第201行报错：dereferencing pointer to incomplete type，也就是这样导致我开始一直想不明白，明明有定义，为何却说是不完整的类型。于是为了验证这个结论，我写了一个小demo来测试，发现加 -D__USE_BSD就编译通过，否则就编译不通过。

在解决这个问题的过程中，我写了不少demo，，下面总结一下。

1.如果报错“dereferencing pointer to incomplete type”，先试图找一下该行的那个结构体变量的定义是否能找到，可使用grep "struct xxx" /usr/include -R命令递归搜索/usr/include目录，如找到，可在.c文件中#include，如果是非标准头文件就要在编译命令中加入-I头文件目录，例如（-I/usr/local/xxx/include）。

2.如果#include之后仍然报错“dereferencing pointer to incomplete type”，试图仔细查看该文件，查看该结构体的定义是否被某个编译宏给包裹了，如果确实处于某个编译宏的包裹内，在编译命令里面增加 -D编译宏（如-D__USE_BSD）

经过上面两个步骤以后，基本上能解决“dereferencing pointer to incomplete type”报错了。

0 0