Question

GNU汇编程序在汇编Intel语法代码时会给出意外的内存操作数。

我已经将我的错误减少到一个单独的代码行，并且在过去的三天里我已经尝试过任何事情来理解为什么GNU汇编程序会产生一些我无法理解的东西。我知道这必须（或应该）是微不足道的，但我不知所措。

以下文字位于文件code.asm：

中

.intel_syntax noprefix
.global somecode
somecode: 
    int 3
    mov        rax,qword [rcx]
    ret
.att_syntax

使用以下代码组装和反汇编code.asm。

as code.asm -o code1.obj -64 
objdump -Mintel -d code1.obj > code1.asm

code1.asm（包含反汇编代码）的内容是：

code1.obj:     file format pe-x86-64
Disassembly of section .text:
0000000000000000 <somecode>:
   0:   cc                      int3 
   1:   48 8b 41 08             mov    rax,QWORD PTR [rcx+0x8]
   5:   c3                      ret

我正在使用GNU汇编程序（GNU Binutils）2.25（`x86_64-pc-cygwin'）。

问题：为什么在内存操作数QWORD PTR [rcx + 0x8]中有一个额外的qword偏移量（8字节）？我期待mov rax，QWORD PTR [rcx]。

我一定是做错了。所以我和另一位受人尊敬的汇编Yasm交叉核对并跑了：

yasm -f x64 -o code2.obj --parser=gas code.asm
objdump -Mintel -d code2.obj > code2.asm

code2.asm的内容是：

code2.obj:     file format pe-x86-64
Disassembly of section .text:
0000000000000000 <somecode>:
   0:   cd 03                   int    0x3
   2:   48 8b 01                mov    rax,QWORD PTR [rcx]
   5:   c3                      ret

关于内存操作数，这是我的预期。我如何指示GNU也这样做？

Answer 1

您需要撰写mov rax, qword ptr [rcx]。显然qword本身解析为大小，即。 8，因此您的代码汇总为mov rax, 8[rcx]。实际上，mov rax, qword也会组装为mov rax, 8。

你的“交叉检查”使用正确的语法很有趣：）

Gnu汇编程序给出了意外的内存操作数

1 个答案: