je sais pas.. tt ce que je sais, c'est que ça prend plus de mem Mais je penses que ça fait une comparaison de moins à chqua cycle, non ?
(enfin, si effectivement le dbra est supporté... g essayé de mater le code ASM... mais g déjà un peu de mal ac l'A68k... mais alors ac le GNU ASM...)
Ouais, j'ai jamais réussi a le forcer à utiliser un dbra.
Mais mieux vaut un 'subq.w #1,d0 / jbne Loop' que un 'subq.w #1,d0 / cmp.w #30,d0 / j_je_sais_plus_koi Label '.
TIGCC même s'il optimise, pourrait faire mieux sans trop d'efforts.
Je me demande ce que fouttent leurs auteurs lorsque je vois lea fonction,a0 (notez que déjà il n'y a pas de PC #beurk#) / jsr (a0) alors que la fonction n'est pas réutilisée plus loin, ou encore qu'il n'utilise pas de dbra pour les boucles quand c'est possible
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com. Quelques idées personnelles ici.
Combien de fois faut-il te dire que GNU as met le (PC) tout seul et que ce n'est donc pas la peine que GCC le mette? Ce n'est pas la première fois que je te signale cela.
Mes news pour calculatrices TI: Ti-Gen Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC) Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)
Oui. Mais pour utiliser ce genre d'instructions, il faudrait probablement un compilateur C spécialisé aux 68k, pas un compilateur multi-plateforme comme GCC.
Mes news pour calculatrices TI: Ti-Gen Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC) Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)
oué... et pour avoir ce type de compilateur, il faudrait des gens ayant à la fois le temps... et les connaissances, ce qui n'est malheureusement pas le cas
