Tu as mis beaucoup de contre en omettant pas mal de pour : grande stabilité, vitesse de compilation, qualité du code généré, richesse de la librairie inégalée (c'est le premier compilo on calc à être vraiment utilisable grâce à une bibliothèque immense, permettant de compiler presque tout), capacité de compiler de véritables projets (tichess,einstein,et tant d'autres, moyennant une adaptation légère du code ASM), bref : on a un véritable compilateur. On est à des années lumières des tentatives lentes, buguées, sans lib, limitées dans leur syntaxe, qui étaient proposées jusqu'ici.
squalyl (./180) :
personne à part toi ne cherche a comparer les performances de ces deux compilos.
Au fait, si GTC ne te plait pas, il serait plus sage de l'ignorer
plutot que de le descendre.
Thibaut (./183) :
De l'objectivitéTu as mis beaucoup de contre en omettant pas mal de pour : grande stabilité, vitesse de compilation, qualité du code généré, richesse de la librairie inégalée (c'est le premier compilo on calc à être vraiment utilisable grâce à une bibliothèque immense, permettant de compiler presque tout), capacité de compiler de véritables projets (tichess,einstein,et tant d'autres, moyennant une adaptation légère du code ASM), bref : on a un véritable compilateur. On est à des années lumières des tentatives lentes, buguées, sans lib, limitées dans leur syntaxe, qui étaient proposées jusqu'ici.
Mais as-tu fais preuve de la même honnêteté sur mobifiles ? Je ne lis pas l'allemand.
GTC est aussi un compilateur C pour TI, mais à ce jour aucune version n'est encore assez puissante pour rivaliser avec TIGCC et donner le même ou un niveau supérieur de confort de programmation.+ Il permet toutefois de programmer directement sur la calculatrice ?
TIGCC permet de programmer aussi sous Linux.
).Je n'ai jamais fait l'estimation exacte, mais 128 KB me paraissent être un ordre de grandeur plausible pour code + relocations. En tout cas, 64 KB est sensiblement trop faible.
* extgraph.a, certes sous un format de stockage pas super compact, et intégralement (sauf erreur) compilé avec --all-relocs, fait actuellement 412598 octets. Une réduction à 128 KB voudrait dire que deux octets sur trois dans le .a ne sont pas du code + relocations.
* 128 KB pour 512 fonctions (il y en a un peu moins, mais on va simplifier ^^) font 256 octets en moyenne par fonction, soit 128 instructions de 2 octets ou 64 instructions de 4 octets. Sans compter les relocations.
Beaucoup de routines sont plus petites, mais nombre de routines de sprite grayscale (en particulier les clippées) sont plus grosses.
La philosophie "1 routine plus optimisée pour un format donné et un mode de dessin donné" d'ExtGraph, permise par l'approche lib statique, coûte en place
Depuis longtemps dans SVN, et depuis cet été avec la release, enfin, de 2.00 Beta 5, la licence d'ExtGraph est devenue duale:
* licence TICT classique (peu de restrictions, si ce n'est l'interdiction de l'usage commercial); * LGPL + exception de redistribution en forme binaire non modifiée.
tama (./194) :
hmm, y a un problème avec GTC : on peut pas utiliser ExtGraph =/
enfin, si je mets le fichier extgraph (HDR) dans le dossier ZHEADER, j'arrive plus à accéder au Catalogue (j'appuie sur Catalog, y a la fenêtre "Loading Catalog..." qui s'affiche puis disparait sans que le catalogue s'affiche , et j'peux plus accéder au catalogue ensuite
(normalement ça compilait correctement avec la 0.90.1, c'est juste le catalogue qui ne s'affichait pas)
(et effectivement, vus les délais de ticalc, je préfère éviter d'être dépendant d'eux...)
{1,2,M_BASIC,L_1+L_2+L_4,0xD000,A_SRC|D_EA|D_SZ,A_DREG|D_Q},
{1,2,M_BASIC,L_1+L_2+L_4,0xD100,A_DREG|D_Q|D_SZ,A_MEM|D_EA},
{1,2,M_BASIC, L_2+L_4,0xD0C0,A_SRC|D_EA|D_SZ2,A_AREG|D_Q},
{1,2,M_BASIC,L_1+L_2+L_4,0x0600,A_IMM|D_RAW|D_SZ,A_DST2|D_EA},
// op_addi
{1,2,M_BASIC,L_1+L_2+L_4,0x0600,A_IMM|D_RAW|D_SZ,A_DST2|D_EA},
// op_addq
{1,2,M_BASIC,L_1+L_2+L_4,0x5000,A_IMM|D_Q|D_SZ,A_DST|D_EA},
// op_sub
{1,2,M_BASIC,L_1+L_2+L_4,0x9000,A_SRC|D_EA|D_SZ,A_DREG|D_Q},
{1,2,M_BASIC,L_1+L_2+L_4,0x9100,A_DREG|D_Q|D_SZ,A_MEM|D_EA},
{1,2,M_BASIC, L_2+L_4,0x90C0,A_SRC|D_EA|D_SZ2,A_AREG|D_Q},
{1,2,M_BASIC,L_1+L_2+L_4,0x0400,A_IMM|D_RAW|D_SZ,A_DST2|D_EA},
// op_subi
{1,2,M_BASIC,L_1+L_2+L_4,0x0400,A_IMM|D_RAW|D_SZ,A_DST2|D_EA},
// op_subq
{1,2,M_BASIC,L_1+L_2+L_4,0x5100,A_IMM|D_Q|D_SZ,A_DST|D_EA},
// op_muls
{1,2,M_BASIC,L_2,0xC1C0,A_SRC2|D_EA,A_DREG|D_Q},
)