如何将i386代码片段链接到x86_64 ELF？能否让GCC生成对应32位代码？

首先得明确一个核心差异：传统32位i386代码（ELF32格式）和标准x86_64代码（ELF64格式）无法直接链接——两者的目标文件格式、指令集、调用约定完全不兼容。但你提到的GNU汇编器--x32选项，其实生成的是x32 ABI的目标文件：这是x86_64架构下的特殊ABI，它用ELF64格式（属于x86_64目标文件范畴），但采用32位指针和x86_64指令集，所以能和普通x86_64代码兼容链接。

当然可以！GCC原生支持生成x32 ABI的目标文件，完全不需要手写汇编。编译时只需添加-mx32选项：

gcc -mx32 -c my_32bit_code.c -o my_32bit_code.o

这个选项会让GCC生成符合x32 ABI的ELF64目标文件，满足你的需求：

• 基于x86_64指令集，但指针、size_t等类型为32位
• 目标文件架构标识为x86_64（而非i386），能和GCC默认生成的x86_64目标文件（-m64，默认启用）直接链接
• 符号遵循x86_64兼容的调用约定，x32和x64代码可以互相识别对方的符号

不过有几点要注意：

• 你的系统需要支持x32 ABI：多数现代Linux发行版默认支持，若遇到依赖问题，可能需要安装对应库（比如libc6-x32）
• 混合x32和x64代码时，要留意指针宽度差异：x32代码的指针是32位，x64是64位，传递指针时需显式转换，避免截断或溢出
• 链接时无需特殊选项，直接用普通x86_64链接器即可：

gcc -m64 main_x64.o my_32bit_code.o -o combined_program

如果你的需求真的是把传统i386（ELF32）代码硬塞进x86_64 ELF，那几乎没有可行的方案——除非手动实现模式切换（比如通过ljmp进入32位保护模式）或使用模拟器，但这种做法复杂度极高，完全没有实际价值，远不如使用x32 ABI来得合理。

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