AT&T與Intel匯編語言的比較

AT&T與Intel匯編語言的比較

  最近在學習匯編語言，結果出現了很奇怪的是，在vc++6.0下反編譯的代碼，gcc編譯器下的代碼不一樣，后來才發現linux繼承unix家族的匯編指令，平時常見的都是intel匯編語言。接下來就和我一起探而二者的對比關系吧。

 1．前綴

    在Intel的語法中，寄存器和和立即數都沒有前綴。但是在AT&T中，寄存器前冠以“％”，而立即數前冠以“$”。在Intel的語法中，十六進制和二進制立即數后綴分別冠以“h”和“b”，而在AT&T中，十六進制立即數前冠以“0x”，表2.2給出幾個相應的例子。

表2.2 Intel與AT&T前綴的區別

2. 操作數的方向

   Intel與AT&T操作數的方向正好相反。在Intel語法中，第一個操作數是目的操作數，第二個操作數源操作數。而在AT&T中，第一個數是源操作數，第二個數是目的操作數。由此可以看出，AT&T 的語法符合人們通常的閱讀習慣。

例如：在Intel中， mov    eax,[ecx]

      在AT&T中，movl  (%ecx),%eax

3．內存單元操作數

   從上面的例子可以看出，內存操作數也有所不同。在Intel的語法中，基寄存器用“［］”括起來，而在AT&T中，用“（）”括起來。   

例如： 在Intel中，mov    eax,[ebx+5]

       在AT&T，movl     5(%ebx),%eax

4．間接尋址方式

     與Intel的語法比較，AT&T間接尋址方式可能更晦澀難懂一些。Intel的指令格式是segreg:[base+index*scale+disp]，而AT&T的格式是%segreg:disp(base,index,scale)。其中index/scale/disp/segreg全部是可選的，完全可以簡化掉。如果沒有指定scale而指定了index，則scale的缺省值為1。segreg段寄存器依賴于指令以及應用程序是運行在實模式還是保護模式下，在實模式下，它依賴于指令，而在保護模式下，segreg是多余的。在AT&T中，當立即數用在scale/disp中時，不應當在其前冠以“$”前綴，表2.3給出其語法及幾個相應的例子。

表2.3 內存操作數的語法及舉例

從表中可以看出，AT&T的語法比較晦澀難懂，因為[base+index*scale+disp]一眼就可以看出其含義，而disp(base,index,scale)則不可能做到這點。

    這種尋址方式常常用在訪問數據結構數組中某個特定元素內的一個字段，其中，base為數組的起始地址，scale為每個數組元素的大小，index為下標。如果數組元素還是一個結構，則disp為具體字段在結構中的位移。

5．操作碼的后綴

在上面的例子中你可能已注意到，在AT&T的操作碼后面有一個后綴，其含義就是指出操作碼的大小。“l”表示長整數（32位），“w”表示字（16位），“b”表示字節（8位）。而在Intel的語法中，則要在內存單元操作數的前面加上byte ptr、 word ptr,和dword ptr，“dword”對應“long”。表2.4給出幾個相應的例子。

表2.4 操作碼的后綴舉例