我来帮你搞定这个编译难题——内核头文件的路径配置确实容易因为优先级或者嵌套结构踩坑，咱们一步步来排查：

第一步：先确认文件路径的真实性 #

首先别着急调编译命令，先验证你要引用的slabs.h是不是真的在指定路径里，跑个命令确认：

ls /usr/src/linux-headers-4.13.0-26/include/linux/slabs.h

如果输出文件不存在，那得先检查你的linux-headers包是不是安装完整，或者路径有没有打错（比如版本号是不是和系统内核匹配）。

第二步：调整头文件搜索优先级 #

GCC默认会优先搜索系统自带的/usr/include/linux路径，你之前加的-I路径可能被默认路径覆盖了。解决办法是把内核头文件的路径放在-I参数最前面，让GCC先搜它：

如果你的代码里是这么引用的：#include <linux/slabs.h>，那只需要把内核头文件的顶层include目录加入搜索路径（因为linux是它的子目录）：

gcc -I/usr/src/linux-headers-4.13.0-26/include myFile.c -o myFile

如果代码里直接写#include <slabs.h>，那需要把linux子目录也加上：

gcc -I/usr/src/linux-headers-4.13.0-26/include/linux myFile.c -o myFile

第三步：强制忽略系统默认路径（极端情况） #

要是上面的方法还是不行，大概率是系统头文件和内核头文件有同名冲突（比如某些头文件在两个路径都存在）。这时候可以用-nostdinc参数让GCC完全忽略默认搜索路径，然后手动指定所有需要的路径：

gcc -nostdinc -I/usr/src/linux-headers-4.13.0-26/include -I/usr/include myFile.c -o myFile

这样GCC只会按你指定的顺序搜索，优先内核头文件，再找系统标准头文件。

额外注意：内核头文件的用户态兼容性 #

最后提个小提醒：有些内核头文件（比如slabs.h）是专门给内核模块开发用的，用户态程序直接引用可能会因为缺少内核专属宏定义（比如__KERNEL__）而出现编译错误。如果调整路径后还是有其他错误，可能需要检查你的代码是否真的需要这个头文件，或者有没有用户态的替代实现。

内容的提问来源于stack exchange，提问作者Ranjan Das