Mise à jour de A68k - Page 1

J'ai déjà annoncé sa sortie officielle dans le topic "A68k", mais l'annonce n'a pas l'air d'avoir été vue par beaucoup de gens.

J'ai réalisé une nouvelle version de A68k, la version 2.71.F3c, qui corrige des tas de bogues et ajoute quelques nouvelles fonctions. Merci aussi à Pollux pour ses nombreux patches et à JM pour avoir posté sa correction pour permettre les déplacements impairs dans certains cas sur le forum.

Allez la récupérer sur http://tigcc.ticalc.org. (Merci à Sebastian Reichelt pour l'y avoir mise.)

>2.71.F3c
pourquoi pas 2.71.F4 ?!

Parce que David Ellsworth a marqué les patchlevels Fargo avec F1, F2, F3, et que je n'ai pas osé m'approprié son système de versioning (car sinon, si dans 2 ans David ressortait une F4, ça serait le bordel).

J'ai donc fait F3a, F3b et F3c, mais c'est allé tellement rapidement que je n'ai publié que la F3c.

On aurait pu commencer une autre lettre que F alors, parce que apres tout nous on n'utilise pas Fargo mais bon, ça n'a pas grande importance, c'est juste que 2.71.F3c ça commence à faire long...

Parce que David Ellsworth a marqué les patchlevels Fargo avec F1, F2, F3, et que je n'ai pas osé m'approprié son système de versioning (car sinon, si dans 2 ans David ressortait une F4, ça serait le bordel).

J'ai donc fait F3a, F3b et F3c, mais c'est allé tellement rapidement que je n'ai publié que la F3c.
Vraiment n'importe quoi !

Ça va aller jusqu'où cette saga des n° de version ? Dans 5 ans, ça va donner 2.71.F3c SP2 bêta 3.2a ??

Faut pas avoir peur d'augmenter un n° !
De toute façon, David Ellsworth ne continuera sûrement pas, ce n'est pas son projet et si tu passes à F4, il le verrait bien et passerait ensuite à F5...

En plus, le 'F' veut dire fargo, ce qui n'a plus lieu d'être, et vu la longueur du listing des changements apportés, ça mérite bien un passage à 2.72 !

Heu, je suis d'accord avec Kevin.
Le seul truc, c'est qu'on aurait pu faire un
2.71.K1

ou meme 2.71.1

quel histopire pour un numero de version ...

Au moins ça remonte le topic.

Autre mise à jour: la version 2.71.F3d, qui corrige 2 bogues de la version ci-dessus qui m'ont été reportés. Cf. http://pub26.ezboard.com/ftichessteamhqfrm5.showMessage?topicID=892.topic, en fond de page.

une questio : pourkoi 2.71.F3d ???

deja dis plus haut Farf !

>Farf: pourkoi 2.71.F3d ???

Parce que la version d'avant était la 2.71.F3c et que le d suit le c dans l'alphabet.

non je sais merci, mais bon vu que c t un grand débat plus haut....

Mai bon ça me fait toujours rire...

Kevin Kofler>moi la version ameliore bug enorme !!!
quand je compil mon prog il perds une dizaine de ko (cool ) mais il plante !!!

Si tu veux que je trouve le bogue, il faudra que tu me mailes ta source.

Mais tu peux déjà essayer de compiler avec -ra, puis avec -rl, puis avec -ral, et me dire ce qui se passe pour chacun de ces paramètres.

je vais voir !

en mettant -ral ca marche !

Et avec seulement -ra ou seulement -rl, ça ne marche pas? Essaye les 2 s'il te plaît pour que je voies quelle optimisation pose problème. Et je te répète que si tu m'envoyais les sources qui posent problème, je pourrais règler cela beaucoup plus rapidement.

C'est corrigé.
Merci beaucoup à FluF.

Allez récupérer la nouvelle version 2.71.F3e à la même adresse que la 2.71.F3d.
Cf. http://pub26.ezboard.com/ftichessteamhqfrm5.showMessage?topicID=892.topic, en fond de page.

Si vous avez la flemme d'aller voir sur le forum de la TICT: A68k se trouve là jusqu'à ce que Sebastian Reichelt mette à jour tigcc.ticalc.org.
[edit]Edité par Kevin Kofler le 03-08-2001 à 21:33:53[/edit]

ca fais plaissir de pouvoir aider kk'1 !

[B]G TROUVER UN BUG[/b]
ou alors y a pb quelque part !

g fais :
move.l #123456,d6
divu.l #10,d6
et la c remplacer par divu.w #$0,d6 pas cool !
alors g fais
move.l #123456,d6
move.w d6,d5
divu.w #10,d5
la ca compil bien mais ca marche po !
je n'ai vus marque nul le part (g regarder que dans le ZGuide) que divu ne marchais pas avec de nombre de 16 bits ni 32 !

C'est que divu.l n'existe pas. A68k devrait générer une erreur plutôt que du mauvais code, mais bon, ce n'est pas un bogue grave. (Pour moi, un bogue grave, c'est s'il génère du mauvais code ou une erreur quand la source est correcte.)

Le code correct est:
divu.w #10,d6

Ça divisera le long en d6 par 10 et te retournera le quotient dans le word inférieur et le reste dans le word supérieur. (cf. le 68kguide de Jimmy Mårdell)

Donc si tu veux te débarasser du reste:

 divu.w #10,d6
 swap d6
 clr.w d6
 swap d6

[edit]Edité par Kevin Kofler le 13-08-2001 à 22:29:26[/edit]

Kevin =>

Donc si tu veux te débarasser du reste:

divu.w #10,d6
swap d6
clr.w d6
swap d6


ou plutot :
divu.w #10,d6
and.l #$FFFF,d6


[edit]Edité par Pen^2 le 13-08-2001 à 22:35:11[/edit]

okai merci beaucoup !!
desole pour cette question un peu conne mais je ne trouvais pas la reponse dans le ZGuide !

Non:

 swap d6
 clr.w d6
 swap d6

-> 6 octets, 12 cycles

and.l #$FFFF,d6
-> 6 octets, 16 cycles

c si lent que ça le and ?
pour un operateur logique c quand meme dommage

andi.l #n,dm: 16 cycles
C'est dans les 2 tables de timings que j'ai.

je te crois, ne t'inquiette pas