当前位置: 技术问答>linux和unix
头文件与隐式错误的关系
来源: 互联网 发布时间:2016-12-28
本文导语: 我现在在完成把一个驱动编译成一个模块,但是这个驱动程序依赖uclinux内核,出现了以下的问题,想请教各位大侠: 描述:驱动程序driver.c中要用到一个结构体,在这里设为struct a,我用source insight查看了以...
我现在在完成把一个驱动编译成一个模块,但是这个驱动程序依赖uclinux内核,出现了以下的问题,想请教各位大侠:
描述:驱动程序driver.c中要用到一个结构体,在这里设为struct a,我用source insight查看了以后发觉在
/kernel/inlcude/asm/b.h中,在driver.c中已包含头文件#include ,在makefile中进行编译时已添加选项
-I$(KERNEL)/include/
现象:在利用结构体struct a时,仍然会出现隐式错误
方法:我把结构体struct a的定义放在driver.c头文件的前面,错误就没有了
问题:为什么头文件已经包含了,为什么仍需要把结构体struct a的定义放在头文件的前面呢?这样意味着头文件没有起作用,是什么原因呢?
描述:驱动程序driver.c中要用到一个结构体,在这里设为struct a,我用source insight查看了以后发觉在
/kernel/inlcude/asm/b.h中,在driver.c中已包含头文件#include ,在makefile中进行编译时已添加选项
-I$(KERNEL)/include/
现象:在利用结构体struct a时,仍然会出现隐式错误
方法:我把结构体struct a的定义放在driver.c头文件的前面,错误就没有了
问题:为什么头文件已经包含了,为什么仍需要把结构体struct a的定义放在头文件的前面呢?这样意味着头文件没有起作用,是什么原因呢?
|
不清楚是不是头文件没包含到.
你试试
#include 换成#include "全路径/b.h"
还有是不是结构体定义被某个宏给屏蔽了.
你试试
#include 换成#include "全路径/b.h"
还有是不是结构体定义被某个宏给屏蔽了.