Kevin Kofler (./1139) :
Sinon, la manière propre de faire les choses est d'avoir, oui, plusieurs fichiers .asm, mais de les assembler séparément et de laisser le linker faire son travail. Mais TIGCC IDE / KTIGCC ne t'obligent pas à fonctionner comme ça.

Je ne t'apprendrai rien, et ce n'est pas non plus un reproche, que le linker n'est pas optimal dans l'organisation des sections, même si son heuristique est correct.
Bref, je préfère m'en passer, et de toute façon c'est la philosophie (une science !!!) de l'assembleuriste : je maitrise mon binaire d'un bout à l'autre.

Sinon, je peux toujours les mettre dans les headers en effet. Peut-être est-ce la raison pour laquelle Flanker a écrit conflib avec un source et plein de headers.


C'est aussi pourquoi je dégueule en pissant sur les "optimisations" de A68k, qui fait du SMC dans ton dos parce qu'un mec a voulu étaler sa science sur des gains de 2 octets ou 4 cycles.

squalyl (./1140) :
j'allais dire que gdb fait aussi l'asm. mais en fait l'ému le fait déja par lui même ^^

Tout à fait. En asm pur, ça n'apporte rien, si ce n'est parser tes sources commentées (mais je crois que les commentaires ont volé à cause d'une question de format et d'unwinding) au lieu du désassemblage brut dans la fenêtre de l'ému.