compteur de cycles - Page 2

au fait, ça vaut le coup que ça supporte les instructions en majuscule?
perso je code tout en minuscules, ms bon...

si oui, y a pas une fonction en C comme strncmp qui soit insensible a la casse? ça simplifierait pas mal de trucs, même pour les regs

Pour la taille, c'est en général 2 octets pour l'instruction + 2 octets pour d'éventuelles données en octet ou word (#imm.b, #imm.w, word(an ou pc), byte(an ou pc,an ou dn), abs.w) et/ou 4 octets pour d'éventuelles données en long (#imm.l, abs.l).
Il y a des exceptions, notamment:
- moveq.l #x,dn ne prend que 2 octets
- addq/subq ne prennent que 2 octets, sauf si utilisés avec un mode d'adressage pour la destination qui contient des données supplémentaires (par exemple: addq.l #4,$1234 prend 4 octets, addq.l #4,$12345678 prend 6 octets)
- les shifts et rotations en shift/rot #imm,dn ne prennent que 2 octets
- trap #x ne prend que 2 octets
- les branchements en bxx.s (bxx.b) ne prennent que 2 octets
J'espère que je n'en ai pas oubliées.


EDIT: Ah tiens, j'ai oublié movem: la liste des registres pour movem est une donnée en word. Donc par exemple un movem d0-d7/a0-a6,-(a7) prend 4 octets.

sBibi a écrit :
si oui, y a pas une fonction en C comme strncmp qui soit insensible a la casse? ça simplifierait pas mal de trucs, même pour les regs

Si tu utilises un compilateur qui utilise la runtime C de M$ (CRTDLL.DLL ou MSVCRT.DLL), c'est _strnicmp. Sinon, avec Mingw32, tu peux aussi utiliser strncasecmp (le nom Unix de la fonction), qui ne fait que rediriger vers _strnicmp.

ok merci
sinon, pour les cycles, qqun aurait une idee pour ne pas avoir a entrer les tableaux de cycles entiers pour chaque instruction? pke j'ai peur que ca soit un peu lourd :/
rien que pour le move, j'ai ca:

char movebw[] = {
4,4,8,8,8,12,14,12,16,
4,4,8,8,8,12,14,12,16,
8,8,12,12,12,16,18,16,20,
8,8,12,12,12,16,18,16,20,
10,10,14,14,14,18,20,18,22,
12,12,16,16,16,20,22,20,24,
14,14,18,18,18,22,24,22,26,
12,12,16,16,16,20,22,20,24,
16,16,20,20,20,24,26,24,28,
12,12,16,16,16,20,22,20,24,
14,14,18,18,18,22,24,22,26,
8,8,12,12,12,16,18,16,20};

char movel[] = {
4,4,12,12,14,16,18,16,20,
4,4,12,12,14,16,18,16,20,
12,12,20,20,20,24,26,24,28,
12,12,20,20,20,24,26,24,28,
14,14,22,22,22,26,28,26,30,
16,16,24,24,24,28,30,28,32,
18,18,26,26,26,30,32,30,34,
16,16,24,24,24,28,30,28,32,
20,20,28,28,28,32,34,32,36,
16,16,24,24,24,28,30,28,32,
18,18,26,26,26,30,32,30,34,
12,12,20,20,20,24,26,24,28};

vala c un peu enorme mais je vois pas comment faire autrement...

Kevin Kofler a écrit :
Si tu utilises un compilateur qui utilise la runtime C de M$ (CRTDLL.DLL ou MSVCRT.DLL), c'est _strnicmp. Sinon, avec Mingw32, tu peux aussi utiliser strncasecmp (le nom Unix de la fonction), qui ne fait que rediriger vers _strnicmp.

ok merci en fait j'ai commence le prog chez moi et la je le continue a epitech sur les pc ac unix dc ca va tres bien que ce soit le nom de la fonction unix, comme ca ca sera compatible

magnifique ca marche nikel

Ne fais que la taille alors, c'est plus facile.
(Pour la plupart des cas, c'est juste 2 + taille de chacun des modes d'adressage. Il n'y a que quelques instructions qui sont particulières.)

lol moi la taille je m'en fous ce aui m interesse c'est le comptage des cycles
mais v kan meme la faire, une fois que ca co;ptera les cycles, y aura pas de pbl pour compter la taille...

Kevin Kofler a écrit :
Ne fais que la taille alors, c'est plus facile.

Un compteur de cycles qui renvoit la taille uniquement c'est un peu abusé non ?
(relis bien le titre du topic...)

Tu fais cycle de l'instruction + cycles dues au mode d'addressage 1 + cycles dues au mode d'addressages 2

ue oki
mon parseur merde la
tain y me fe un "segmentation fault" je vois pas d'ou ca vient... si je mets l'appel de la fct en question en commentaire, tt marche bien, si je l'enleve, segmentation fault, et si je mets un printf avant l'appel de la fct, ca me fous un bus error...
comprends pas ce aue fait le compilo pour qu'un truc AVANT le bug fasse quand meme plqanter...

Bienvenu dans les joies de la programmation C sur Pc

arf c bon c corrige

tu le sort qd alors

kan ça marchera
g pas continué aujourdhui...

bon, pour l'instant ça gère que les move, il faut juste que je rajoute toutes les autres instructions, le parser pour les ea est fait, et a l'air de marcher (a l'air )
j'ai testé avec ça et ça a pas l'air de bugger...:

; move.l 0(a0),d5
move.l 0(a0),d5
move.w 5123(a0),d5
move.w $15ff(a0),d5 ;qsdgfqsgfsgdsfgsdfgsdfg
move.w coucouu(a0),d5
move.w 0(a0,d5),d5
humm
; move.l 0(a0),d5
move.w #4,d5
move.l (a7)+,d7
LabelTest2 move.w (a2)+,-(a1) ;| y0
move.b (a2)+,(a0) ; x1
move.w (a2)+,a0 ; y1
move.w #456,d5
move.w d0,-(a7)
move.w (a1),-(a7)
move.w -(a3),-(a7) ;

bon, pour le dl, c'est la:
www.nonamefr.com/borland/asmcounter/v01/main.exe

t'y es tu remis ?

heu, nan, g pa trouvé le tps de my remettre

tien si on ressortait ce topic, n'est ce po sBibi

essaye po de l'enterrer en faisant remonter les autres