X86内联汇编STR指令编译链接异常问题咨询

一、链接错误的根本原因 #

你遇到的R_X86_64_32S重定位错误，核心矛盾是GCC默认的PIE编译模式和STR指令的内存操作数限制：

• 在x86-64 Linux环境下，GCC现在默认会编译生成PIE（位置独立可执行文件），这类程序要求所有内存引用都必须是位置无关的（比如通过GOT表间接访问全局变量）。
• 但STR指令在x86-64模式下只能接受32位绝对内存操作数（m32），你直接写str mema会让汇编器生成32位绝对地址引用的重定位项R_X86_64_32S。这种32位绝对引用和PIE的位置无关要求冲突——PIE程序的加载地址是随机的，32位地址无法覆盖64位的随机地址空间，所以链接器报错。

你额外添加的-fPIC参数进一步强化了位置无关的要求，反而让这个冲突更突出。

二、不同编译器/环境表现差异的原因 #

1. GCC在线编译器（godbolt）能正常运行 #

godbolt上的GCC默认编译选项是关闭PIE的（默认启用-no-pie），这时候编译器允许生成32位绝对地址的重定位项，直接引用全局变量mema的静态地址，所以str mema能正常链接执行。

2. Clang能正常编译运行 #

Clang在处理内联汇编中的全局变量引用时，会自动做兼容性处理：它会把str mema这种直接引用，转换成符合PIE要求的间接访问（比如先通过GOT表获取mema的地址，再执行STR指令）。而GCC的内联汇编处理更“严格”，不会自动修改你手写的汇编指令，所以直接抛出重定位错误。

3. 把mema改成局部变量时两处都报错 #

局部变量存储在栈上，它的“名字”mema在编译阶段就会被替换成相对于栈指针的偏移量，不会作为全局符号暴露给汇编器。你在内联汇编里直接写str mema，汇编器找不到这个全局符号，自然报“未定义符号”错误。不管是GCC还是Clang，都无法识别内联汇编里直接写的局部变量名——要引用局部变量，必须用内联汇编的约束来传递地址，比如：

void test4(void) {
    unsigned char mema[4] = {0, 0, 0, 0};
    asm ("str %0\n" : : "m"(mema));
    // ... 后续打印逻辑
}

这样编译器会自动处理栈上变量的地址引用，不管是全局还是局部都能正常工作。

三、解决GCC编译错误的方法 #

有两种简单的修复方式：

1. 关闭PIE编译：在编译命令里加上-no-pie，让GCC生成非位置独立的可执行文件，允许32位绝对地址引用：

   gcc -ggdb -O0 -no-pie -x c ./pill.c -o pill
   

2. 修改内联汇编使用约束：用内存约束"m"让编译器自动处理变量的正确地址引用，适配PIE模式：

   asm ( "str %0\n" : : "m"(mema) );
   

这种方式更通用，不管是否开启PIE都能正常编译，也支持局部变量。

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