Compilateurs on-calc - Page 1

Salut a tous.
j'ai pendant longtemps programmé tout seul dans mon coin; cependant, la lecture de certains sujets du forum m'a décidé a créer un compte.
J'ai pris connaissance de la polémique concernant GTC, que je désire pas ouvrir dans ce sujet; cependant, après différentes recherches, j'ai eu connaissance d'autres compilateurs, sans doute moins évolués, mais a priori sans problèmes aucun de license.
Donc, après avoir fait des recherches sur le compilateur on calc cc, je suis tombé sur deux sites:
1) http://darkclem.free.fr/ => ce site était présenté comme celui du créateur de cc, ce qu'il n'est evvidement plus;
2)http://tigen.org/fpgforce/old/outils.htm ce site, dont malheureusement, l'archive zip de cc est corompue.

Aussi, 2 questions:

a)Existe-t-il d'autres compilateurs on-calc?
b)Quelqu'un pourrait-il me donner un lien valide pour télécharger cc?

Merci!

CC est asssz spécial syntaxiquement et n'est fourni avec aucune bibliothèque. C'est donc très compliqué pour programmer avec.

Il reste GTC, mais notre cher Kevin, pour le bien de tous, dans sa plus grande gentillesse vis à vis des gens comme toi, a ordonné à l'auteur de retirer la page de téléchargement... Pour cause d'un problème de licence qu'il a choisi de régler à la méthode bourrine et démontrant la plus grande coopération de sa part dans le monde de la programmation TI68k.

Peut-être que des personnes ont codé des headers pour CC ? (printf, etc)

Plop pour CC : http://www.ticalc.org/archives/files/fileinfo/387/38728.html

./1 J'ai toujours les archives de as et cc, ici si tu veux.

Edit: ah nil l'a retrouvé aussi

Merci beaucoup a vous.

Tu n'es pas le seul à chercher un compilateur on-calc

http://mobifiles.bytefox.de/viewtopic.php?p=17655#17655

Espérons que Pollux règlera vite l'histoire des licences (c'est pas grand chose à mon avis, mais il faut avoir un peu de temps libre).

Je signale vite fait pour les utilisateurs de GTC que j'ai découvert un excellent éditeur de sprites on-calc aujourd'hui.

[edit] : fausse annonce Le site ne précisait pas qu'il ne s'agissait que d'un projet, le screen shot était bidon.

Tu as toujours çà : t3/?id=2&d=archives/Progs/MapSprmaker/

Ah oui, ce bon vieux truc
On l'exploite comment le format généré ?
On peut faire sortir à ton utilitaire un format texte du style dc.w ?

Thibaut (./10) :
On l'exploite comment le format généré ?

On lit la doc.

Thibaut (./10) :
On peut faire sortir à ton utilitaire un format texte du style dc.w ?

Si tu fais un convertisseur binaire-->hexa, mais je ne vois pas l'intérêt. Avec le kernel et les pack archive, tu peux compresser et liéé a la volée. M'enfin bon, j'ai rien dit.

PpHd (./11) :

Thibaut (./10) :
On l'exploite comment le format généré ?

On lit la doc.

Ma question était surtout là parceque sur la TI 68k c'est pas facile à exploiter. A moins qu'on puisse inclure des fichiers en format binaire avec GTC ?

Ben on ouvre les fichiers maps et tiles on-calc avec SymFind... Pourquoi veux-tu les lier en dur avec le programme ? On perd en place RAM ou on ne peut pas les compresser.

Ca me semble un peu lourd comme méthode. Ca fait 1 fichier par sprite, ce qui peut vite faire beaucoup de fichiers sur un jeu

Thibaut (./14) :
Ca me semble un peu lourd comme méthode. Ca fait 1 fichier par sprite, ce qui peut vite faire beaucoup de fichiers sur un jeu

Lis la doc... C'est 1 fichier par paquet de 1023 sprites.

Martial Demolins (./15) :
Les pack archive avec leur packageur/compresseur on-calc sont là pour ça.

Et en plus tout à fait.

Thibaut: http://tigcc.ticalc.org/doc/default.html#import_binary (Je sais que la concurrence implémente aussi cette macro.)

PpHd : Mais si la personne veut faire un programme nostub ?

Je vois qu'il y a un clan kernel assez solide qui traîne dans le coin et qui lâche pas l'affaire

Kevin : OK je me doutais qu'il y avait un truc du genre

Ouaip. C'est la fatigue...

Moi j'utilisais ça pour faire des sprites on-calc: http://www.ticalc.org/archives/files/fileinfo/208/20808.html. Il est bien fait, et si je me rappel bien il pond des fichiers text contenant des tableau au format C.

Il est vraiment bien ! On peut animer les sprites !

Thibaut (./12) :
Ma question était surtout là parceque sur la TI 68k c'est pas facile à exploiter. A moins qu'on puisse inclure des fichiers en format binaire avec GTC ?

SPRITE sprites[] = incbin "sprdata";

Ca pète !
C'est spécifique à GTC cette fonctionnalité ?

Très probablement que oui.

Oui, c'est bien pour ça que je dis d'utiliser plutôt import_binary, qui est portable.

J'aime bien la méthode de Pollux moi. C'est élégant. C'est vrai, pourquoi le standard ne prévoit pas l'inclusion de données binaires dans un programme C ? C'est plus pratique et plus joli qu'une macro ASM.

Ça n'apporte rien en simplicité d'utilisation par rapport à la macro, c'est un mot-clé supplémentaire => namespace pollution (il n'utilise même pas de __ autour), et il faudrait patcher tout GCC pour rajouter ce mot-clé inutile.

Bref, utilise la macro, elle est plus portable.

Je recommande effectivement d'utiliser la macro parce qu'elle est compatible avec TIGCC ; par contre incbin a un gros avantage, c'est qu'il permet de remplacer exactement des données textuelles style { 0x1234, ... } -- notamment, le sizeof reste correct... Ca permet aussi de faire une déclaration en static comme pour n'importe quelle déclaration textuelle. Bref, c'est pratique dans le cas d'un programme écrit oncalc où il vaut mieux faire plein d'incbin plutôt que de mettre des données littérales ^^

Oui, c'est compatible, donc préférable. Cela dit, un incbin inscrit dans le standard du langage C aurait été une bonne chose.

Kevin Kofler (./28) :
namespace pollution

T'as d'autres arguments bidons de ce genre ?