编译Linux系统调用程序时asm/rwonce.h缺失问题求助

核心问题 #

内核头文件（如<linux/syscalls.h>）不是为用户空间程序设计的，它们依赖大量内核内部的架构定义、宏和编译环境，直接在用户空间编译会引发一系列头文件缺失、符号不匹配的问题，你遇到的asm/rwonce.h找不到就是典型例子。

正确的解决方案 #

1. 使用标准用户空间接口调用系统调用 #

用户空间程序应该通过libc提供的封装函数，或者syscall()系统调用通用接口来调用系统调用，而非直接包含内核头文件。

示例：用syscall()调用系统调用

#include <sys/syscall.h>
#include <unistd.h>
#include <stdio.h>

int main() {
    // 调用getpid系统调用（syscall号可通过man syscall查看）
    pid_t pid = syscall(SYS_getpid);
    printf("My PID: %d\n", pid);
    return 0;
}

编译命令直接用gcc即可：

gcc -o test_program test_program.c

2. 若必须使用内核头文件（不推荐） #

如果因为特殊需求必须包含内核头文件，需要正确指定所有架构相关的头文件路径，并适配内核的编译宏定义，但这种方式极易出错，仅作参考：

gcc -I/usr/src/kernel-headers-6.5.4_1/include \
    -I/usr/src/kernel-headers-6.5.4_1/arch/x86/include \
    -I/usr/src/kernel-headers-6.5.4_1/arch/x86/include/generated \
    -D__KERNEL__ \
    -o test_program test_program.c

但即使这样，你仍会遇到大量用户空间与内核环境不兼容的问题（比如函数签名、类型定义冲突），因此强烈不建议在用户空间程序中直接使用内核头文件。

为什么你的尝试会失败 #

• asm/开头的头文件是架构相关的，内核编译时会自动根据目标架构指定对应的arch/<arch>/include路径，而用户空间gcc默认不会处理这些路径。
• 内核头文件依赖__KERNEL__等宏来启用内部定义，用户空间未定义这些宏时，很多头文件内容不会被正确展开，进而引发依赖缺失。
• 用户空间的libc头文件与内核头文件存在大量命名冲突，同时包含会导致类型、函数签名不匹配。

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