在视频编解码器中,通常会将nasm优化程序编译后生成动态链接库(.so),在32位到64位平台移植过程中,经常会遇到nasm程序成功编译生成了目标文件,但在链接成动态库时会出现“relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC”这样的错误,下面举个简单的例子:
注:演示环境为ubunut12.04(64位)、nasm、intel编译器(2011)
如下这段代码在32位平台上可以成功编译并生成动态链接库
BITS 32
section .data align=16
data_mmx: times 8 db 0
times 8 db 1
section .code
global test:
movq mm7,[data_mmx]
mov eax,1
emms
ret
.endproc:
为了移植到64位平台,我们将代码改为
BITS 64
section .data align=16
data_mmx: times 8 db 0
times 8 db 1
section .code
global test:
movq mm7,[data_mmx]
mov rax,1
emms
ret
.endproc:
然后在通过如下命令编译
root@ubuntu:/home/test# ls
test.asm
root@ubuntu:/home/test# nasm -f elf64 test.asm -o test
root@ubuntu:/home/test# ls
test test.asm
顺利生成目标文件test
然后通过如下命令生成动态库
root@ubuntu:/home/test# icc test -o test.so -shared
ld: test: relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC
test: could not read symbols: Bad value
结果报错,按照提示的建议,将-fPIC加到编译选项中
root@ubuntu:/home/test# icc test -o test.so -shared -fPIC
ld: test: relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC
test: could not read symbols: Bad value
还是报错!
通过上网搜索,发现如下一段描述
64位内存寻址模式形式和32位寻址模式一致,基址和变址寄存器默认情况下使用64位的通用寄存器。
64位寻址模式新增了一个RIP-Relative寻址形式。
RIP-Relative寻址:[rip + disp32]
这个displacement值是32位宽,地址值依赖于当前的RIP值,可是nasm的语法并不支持直接使用rip,像下面的用法是错误的。
mov rax, [rip + 0x1C] ;error:symbol 'rip' undefined
rip是处理器内部使用的寄存器,并不是外部编程可用的资源,但在yasm语法上是支持的。nasm中的解决方案是使用rel指示字。
mov rax, [rel table] ;rel指示字后面跟上一个地址lable
这样就将编译为RIP-Relative寻址模式。RIP-Relative寻址最直接的好处是很容易构造PIC(Position-Indepentent Code)代码结构
注:这段文字出自邓志的《x86/x64体系探索和编程》
有了上面的介绍,将代码修改为
BITS 64
section .data align=16
data_mmx: times 8 db 0
times 8 db 1
section .code
global test:
movq mm7,[rel data_mmx]
mov rax,1
emms
ret
.endproc:
编译链接
root@ubuntu:/home/test# nasm -f elf64 test.asm -o test
root@ubuntu:/home/test# icc test -o test.so -shared -fPIC
root@ubuntu:/home/test# ls
test test.asm test.so
成功!