/usr/src/linux/inlcude/linux 与 /usr/include/linux的区别和联系

  • Post author:
  • Post category:linux



1.


/usr/include/linux和/usr/src/linux/include/linux下的文件数不 同,文件夹数也不同。例如/usr/include/linux没有mosules文件夹,而/usr/src/linux/include/linux 有此文件夹。


/usr/src/linux/include/linux是给编译内核用的

/usr/include/linux是给编译应用程序用的



/usr/include/linux应该是到/usr/src/linux/include/linux的连接

/usr/include/asm应该是到/usr/src/linux/include/asm的连接

/usr/src/linux/include/asm连接到当前目录的asm-i386

以前一直是这样的。在早期讲Kernel编译的文章中经常提醒用户自己做好以下工作:



ln -s /usr/src/linux/include/linux /usr/include/linux

ln -s /usr/src/linux/include/asm /usr/include/asm



后来的发布一般都已经做好了。

2.但是在RH 7.1中改了。

/usr/src/include/linux和/usr/src/include/asm都是真实目录了。



在最新的发布中,似乎更推荐两者分开。


绝大多数“普通”程序不需要内核头文件,事实上如果直接引用它们会出错。这些程序应该引用那些编译glibc所用的头文件,它们位于系统的/usr/include/linux和/usr/include/asm目录下。


redhat的/usr/include属于glibc,不是给内核用的,虽然也包含asm和linux目录,但是简化过的,编译内核模块偶尔能成功,幸运而已,建议编译内核时加-nostdinc参数,以防止使用了错误的目录。





3.实例



在redhat9.0(linux-2.4.20-8)环境下编译了一个和netfilter相关的内 核程序程序,当我用gcc -O -c -I/usr/src/linux/include examplemod.c编译时,就没有问题,但我用gcc -O -c -I/usr/include examplemod.c编译时就不能通过,出现如下的错物欲告警:

/usr/include/linux/netfilter_ipv4.h:53: `INT_MIN’ undeclared here (not in a function)

/usr/include/linux/netfilter_ipv4.h:53: enumerator value for `NF_IP_PRI_FIRST’ not integer constant

/usr/include/linux/netfilter_ipv4.h:59: `INT_MAX’ undeclared here (not in a function)

/usr/include/linux/netfilter_ipv4.h:59: enumerator value for `NF_IP_PRI_LAST’ not integer constant

test1.c:21: warning: `struct net_device’ declared inside parameter list

test1.c:21: warning: its scope is only this definition or declaration, which is probably not what you want

test1.c:21: warning: `struct sk_buff’ declared inside parameter list

test1.c: In function `init_module’:

test1.c:37: invalid use of undefined type `struct nf_hook_ops’

test1.c:38: invalid use of undefined type `struct nf_hook_ops’

test1.c:39: invalid use of undefined type `struct nf_hook_ops’

test1.c:40: invalid use of undefined type `struct nf_hook_ops’

/usr/include/linux/byteorder/swab.h: At top level:

test1.c:14: storage size of `nfho’ isn’t known


转自:http://blog.chinaunix.net/u2/63316/showart_1961394.html