在Linux 686系统上编译x32（-mx32）版本时缺失<asm/ioctls.h>头文件的解决咨询

问题分析 #

你遇到的错误本质是：32位i686系统默认没有安装x32 ABI所需的用户空间头文件和库支持。x32是x86_64架构下的一种特殊ABI（ILP32模型：int、long、指针均为32位，但使用64位寄存器和指令集），它需要专门的系统头文件和开发包，而你的32位系统默认只提供i386架构的头文件，所以编译器找不到x32版本的asm/ioctls.h。

解决步骤 #

1. 安装x32 ABI的核心开发依赖

首先需要在Devuan Chimaera系统上安装x32架构的C库开发包和多架构编译支持。打开终端执行以下命令：

sudo apt update && sudo apt install gcc-multilib libc6-x32-dev libc6-dev-x32-cross

• gcc-multilib：让GCC支持多架构编译（包括处理-mx32选项）
• libc6-x32-dev：提供x32 ABI的C标准库头文件和静态库
• libc6-dev-x32-cross：补充x32交叉编译所需的内核相关头文件（比如你缺失的asm/ioctls.h）

安装完成后，x32的头文件会被放在/usr/include/x86_64-linux-gnu_x32/路径下，GCC使用-mx32选项时会自动搜索这个路径。

2. 修正CodeBlocks的编译目标配置

仅仅添加-mx32选项还不够，需要确保CodeBlocks的编译目标配置完全适配x32：

• 编译器选项：确认你已经添加了-mx32和-fshort-wchar，同时检查是否有硬编码的i386相关宏（比如-D__i386__），如果有需要删除——x32 ABI下GCC会自动定义__x86_64__和__ILP32__宏，不需要手动指定。
• 链接器选项：在链接器设置中也要添加-mx32，因为链接阶段同样需要识别x32架构的库文件。
• 包含路径：不要手动添加i386相关的硬编码路径（比如/usr/include/i386-linux-gnu），安装依赖后GCC会自动优先搜索x32的头文件路径。

3. 先通过终端验证编译可行性

在调整CodeBlocks配置前，建议先在终端用纯GCC命令编译你的测试代码，确认依赖安装正确：
将你的测试代码保存为test.c，然后执行：

gcc -mx32 -fshort-wchar test.c -o test_x32

如果编译成功，说明依赖已经安装到位，问题仅出在CodeBlocks的配置上；如果仍然报错，重新检查依赖包是否安装完整。

4. 关于ABI选型的补充说明

你提到“想要32位int/long + 64位指针”的模型，这里需要澄清：

• x32 ABI是ILP32模型：int、long、指针都是32位，仅使用64位寄存器优化性能。
• 如果你确实需要32位int/long + 64位指针，那其实是标准的x86_64（LP64模型）ABI，此时应该使用-m64选项而非-mx32。不过你的系统是32位i686，编译x86_64程序需要完整的64位交叉编译工具链，这和x32是完全不同的配置。

验证与调试 #

如果完成上述步骤后仍然报错，建议：

1. 检查CodeBlocks的“编译器日志”，确认GCC命令行是否正确包含-mx32选项。
2. 手动指定x32的头文件路径作为临时测试：在CodeBlocks的编译器包含路径中添加/usr/include/x86_64-linux-gnu_x32，看是否能解决头文件缺失问题。

内容来源于stack exchange