Discussion :

[TSUS86]

Bonjour, j'ai un soucis avec xorq. J'obtiens ce message : Error: suffix or operands invalid for `xor'.

c'est quand j'exécute cette instruction peu importe le registre %rax, %rbx, %rdi, etc.:

xorq $17179869184, %rdi

alors que si j'utilise un chiffre inférieur à 2^31 (2147483648) il n'y a pas de problème en compilant.

Quelqu'un pourra m'aider svp? J'utilise une machine 64bits

Merci :-)

[edfed]

passe à fasm.

[TSUS86]

j'utilise gcc.
est ce que c'est possible d'utiliser fasm avec gcc ?

[bifur]

le premier opérande d'un instruction est la destination donc essaye plutôt:

xorq %rdi , $17179869184

$17179869184 semble être une constante, et ont ne peut pas mettre le résultat d'une opération dans une constante

[Obsidian]

le premier opérande d'un instruction est la destination

Malheureusement, ça dépend. En syntaxe AT&T, ça a tendance à être le contraire.

[bifur]

ça dépend de quoi? du type d'instruction je suppose mais quel est la règle? (j'aimerais savoir si un jour je recontrer une source en at&t)

[TSUS86]

en AT&T la source est la première opérande.
J'ai trouvé la solution à ce problème içi:
http://www.x86-64.org/documentation/assembly.html

dans "immediates" c'est noté que en X86-64, les valeurs immédiates sont considérées comme 32 bits et pas 64 bits.
c'est pour ça il faut mettre la valeur dans un registre et puis faire xorq.

au lieu de faire:
xorq $17179869184, %rdi

solution:
pushq %rax
movq $17179869184, %rax
xorq %rax, %rdi
popq %rax

[edfed]

solution en syntaxe intel au lieu de at&t:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
solution:
push rax
mov rax,17179869184h
xorq rdi,rax
pop rax

le code gagne en lisibilité.

les compilos en syntaxe intel sont:
fasm
tasm
nasm
masm

ensuite, il y a les compilos en ideal mode, c'est à dire qu'au lieu d'utiliser des adresses bizarres du style mov eax,offset ptr gs[edi][ECX*4][1000] (ce qui est super lourd à digerer comme syntaxe à la longue), il y a des compilos qui utilisent des adresses en ideal mode, c'est dire comme ça mov eax,[gs:edi+ecx*4+1000] ce qui est plus leger à lire vous en conviendrez.

mais malheureusement, lorsque l'on utilise GAS, c'est à dire le compilo de GCC, on est forcés d'utiliser la pauvre syntaxe AT&T, qui malgré sa laideur est plus logique que les autres.
en binaire, les operandes sont dans le meme ordre que l'AT&T. source en premier, destination en second, ce qui est logique car en interne, le CPU va d'abord charger la source avant d'utiliser la destination.

c'est aussi la syntaxe du compilo GCC, en interne, il traduit le code C en code AT&T, qui à son tour est traduit en binaire par GAS.
donc, impossible d'utiliser un autre compilo dans GCC (je crois).

pour xor rax,123456789h, on peut tout simplement pas, car les operations n'acceptent que des valeurs 32 bits positives (31 bits donc), car elles seront sign extended. enfin, c'est etrange qu'intel n'ai pas decidé de supporter les valeurs 64 bits pour les operations.
seul mov accepte des imm de 64 bits on dirait.