Ubuntu16.04下GCC编译C文件引入Linux头文件报错求助

首先得明确一个关键问题：你不应该直接使用/usr/src/linux-headers下的内核头文件来编译用户态程序。这些头文件是专门为编译内核模块设计的，和用户态程序的编译环境不兼容，这也是你添加了内核头文件路径后出现新错误的核心原因。

下面分两种场景来针对性解决你的问题：

场景1：list.h、phypages.h、pagetable.h是项目自定义头文件 #

如果这几个头文件是你自己编写的，或者属于当前项目的一部分，那问题的解决方式很直接：

• 先定位这些头文件的所在目录：
  • 若它们和你的XXX.c在同一文件夹下，修改编译命令为：

    gcc XXX.c -o XXX -I./
    

  • 若它们在项目的include子目录中，就用：

    gcc XXX.c -o XXX -I./include
    

这里的-I参数是告诉编译器去哪里查找自定义头文件，完全不需要牵扯内核头文件路径。

场景2：你确实需要复用内核中的list.h（比如模拟内核链表） #

如果你的代码是想复用内核的链表实现，直接引用内核头文件会带来大量兼容性问题，更稳妥的做法是：

1. 从/usr/src/linux-headers-4.4.0-164/include/linux/list.h复制该文件到你的项目目录中。
2. 检查复制过来的list.h是否依赖内核特有的宏或类型（比如struct list_head相关定义），如果有，需要手动适配用户态环境，或者把相关依赖定义也复制过来并调整。

如果你坚持要直接使用内核头文件编译，至少需要把内核头文件的根目录和uapi目录都加入编译路径，才能解决stddef.h的错误：

gcc XXX.c -o XXX -I/usr/src/linux-headers-4.4.0-164/include -I/usr/src/linux-headers-4.4.0-164/include/uapi

但必须提醒你：这种方式后续大概率会遇到更多编译错误（比如内核特有的类型未定义、宏冲突等），因为内核头文件从设计之初就不是为用户态程序服务的。

补充：为什么会出现stddef.h的错误？ #

你之前只添加了/usr/src/linux-headers-4.4.0-164/include/linux路径，而内核的stddef.h里引用了uapi/linux/stddef.h，这个文件位于/usr/src/linux-headers-4.4.0-164/include/uapi/linux下，编译器找不到该路径才会报错。即便解决了这个问题，后续还会出现其他依赖问题，所以这种方式并不推荐。

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