Matrice - Page 1

-

je voit meme po l'utilite de la macro la

-

nan, un bsr vers ton bout de prog et c bon

>> move.w 0(a0,d0.w),3

Voilà l'erreur : d0 peut être impair

-

Olà là t'as rien pigé.. T'es sûr d'avoir programmé en x86 avant ?

-

et la macro ne servira à rien à part alourdir ton prog

gugusg : s'il l'utilise plusieurs fois, ça sert à quelque chose : accélérer.
Orion : Je réexplique : c'est move.w 0(a0,d0.w),\3 qui plante ! si d0 est impair, l'écriture de deux octets d'un coup est impossible (move.w 0(a0,d0.w),\3)

-

-

mouais, une macro pour ca c vraiment absurde, surtout s'il utilise bocoup, et le gain de vitesse va etre vraiment négligeable

-

Et oui, vive la programmation linéaire (impérative non procédurale)!

une macro + pratik et compréhensible? heu ouii, par rapport a une sous routine ke t'appel ac un bsr, excuse moi ms c pareil
par contre, si c'est pour une question de vitesse, la d'accord...seulement, pèse le pour et le contre... la macro est recopiée partout ou tu l'appelle... dc ça alourdit ton prog si tu l'appelle bcp de fois...

C'est vrai.

Et une macro n'est presque pas optimisée par A68k, donc si on ne veut pas faire une fonction, il vaut mieux copier-coller et adapter le code en l'optimisant.

-

Kevin : Et une macro (...) il vaut mieux copier-coller et adapter le code en l'optimisant.

T'as tout compris l'intérêt des macros, toi...

Quand même, à part des trucs comme rcall macro move.l 1(a5),a0 / jsr (a0) / endm...

Erf relis bien ce que je cite de Kevin, tu vas voir par rapport à quoi j'ai dit ça

Par rapport au copier-coller, les macros n'apportent que de la facilité d'écriture en réduisant les possibilités d'optimisation. Je retiens donc que ma proposition d'utiliser du copier-coller et d'optimiser chaque utilisation selon le contexte à la place de prendre une macro qui ne peut pas être optimisée de manière dépendant du contexte est une bonne idée.

Ok Kevin, ben réfléchit un peu plus alors, tu vas comprendre.