[mOved] ext.l ?? - Page 1

g #$xxxxxxFF,dans d0 mais je ne c pa ce k'il y a dans les 'x' alors je voudrais y mettre des '0' -> #$000000FF
mais avec ext.l il me mets #$FFFFFFFF
ce qui est normal puisque g '-1' il faut que la valeur soit encore '-1'

donc je voudrais savoir si il y a une mnemo pour mettre des 0 ou alors il faut faire un clr.l d0 avant

Le plus rapide est de faire un moveq #0,d0 / move.b (a0),d0
Sinon un
ror.l #8,d0
clr.w d0
rol.l #8,d0
ext.l d0
Peut faire l'affaire.

Le suivant devrait aussi marcher et est plus court:
move.b d0,-(a7)
moveq.l #0,d0
move.b (a7)+,d0

et and.l #FF,d0?
désolé si c une connerie...

C'est correct. Très bien vu. Et c'est aussi court que ce que j'ai proposé (6 octets).
Donc PpHd a donné du code mal optimisé (qui prend 8 octets).

Perso je n'utilise que du moveq #0,d0 / move.b (a0),d0 C'est pour cela.

mais a0 pointe sur koi ?

PpHd : elle est où l'optimisation dans ta méthode

Ben le registre est nettoyee avant lecture. Ou est le pb ?

ben je ne vois pas a quoi serve les rol et le (a0) !?

-> g un valeur sur 1octet dans d0 et je voudrais etre sur que les autres bits sont nuls!
c pour ca que je fais clr.w d1 et move.b d0,d1

un moveq #0,d1 / move.b d0,d1 est mieux

MOVEQ #0,Dn est plus rapide que CLR.l Dn ?

clr.l dn prend normqlement 6 cycles, contre 4 pour le moveq...

Je confirme

ok merci j'hésitais entre 6 et 8 pr le clr.l

arf c'est peut-être 8, j'ai juste confirmé que moveq était plus rapide

lol chuis rentré chez moi la, v vérifier g ma table de cycles...

ué c ça