CC Compilateur C on-calc - Page 11

tu sais zdr .. bientot ca peut etre qq mois

A cette échelle ... c'est déjà bien

Quelqu'un qui réussi s à utiliser CC pourrais m'envoyer sa version par mail, car chez moi ça marche vraiement pas

La dernière version (http://darkclem.free.fr) marche très bien

Pas chez moi, quand je lance AS, l'écran clignote, l'historique est effacé at soit j'obtient un exécutable der type EXPR soit quand il est de type ASM (ce qui est rare) il plante pourtant j'ai 0 erreurs et 0 warnings à la compilation avec CC

Essaie les deux versions (PPG et non-compressée)

N'oublie pas d'archiver CC, et aussi AS si tu utilises la version non compressée.

J'ai essayer les deux version et les progs sont archivé!!! et ça ne marche pas

tu as quoi comme ROM

2.05 avec pros0.54b et reflasher y' 2 semaines

sous ma 2.05, AS et CC marchaient tous es deux la dernière fois que g testé...

Ben chez moi il marche pas sur ma 89, ma 92+ et pourtant les deux ont la même config

Même l'exemple fourni ne se compile pas!!!
Mais je pense que le pb viens plus de AS que de CC puisque j'obtient bien un code en assembleur avec CC

alors que GTC marche

Pollux> au fait, GTC, il utilise AS92, ou un assembleur de ton cru ?

Aucun des 2

GTC génère directement un fichier binaire.

Comment ça ???

Thibaut> OK.

Pim> ben, au lieu de générer un fichier ASM, et que celui-ci soit ensuite assemblé par un assembleur, GTC donne directement ce qui serait normalement produit par l'assembleur.
(d'après ce que thibaut a dit, ça doit être ça)

par exemple, en C, tu as :
return; => rts => 4e75 (je crois)
ben, là, tu auras directement
return; => 4e75

Mais il y a quand même un moyen dans GTC pour obtenir la source asm ? Ca pourrait être pratique.

sur PC, mais pas on-calc... pkoi?

ExtendeD
a écrit : Mais il y a quand même un moyen dans GTC pour obtenir la source asm ? Ca pourrait être pratique.

db92(program)

Kevin> certes
sauf que DB92 présente moins bien que txtrider ou même que l'éditeur satndard du TIOS

(c moins pratique pr lire, je veux dire, surtout que DB92 permet pas toujours (pas souvent même) de revenir en arrière

De plus, désolé de critiqué (un peut) DB92, mais il a tendance à planter la caltos

Mais bon, je le pardonne car il m'a énormement aidé

la 0.9 de GTC utilise as92...tu aurai changé depuis Pollux ?!

Petite question, c quoi ce fameux GTC enorment sollicité dans ce topic???

D'aprés ce que j'ai compris, c un compilo on-calc a la sauce AS+CC...

Et-il dispo

il n'est pas en libre download, seul kelke personne comme moi et thibaut le possède...

C'est un compilo C on-calc, très puissant créé par Pollux...qui a aussi crée F-Zero.

D'ailleur Pollux, si tu a une new version apres la 0.9, sa m'interresse pas mal

Est-il mieux que CC en ce qui concerne les restriction de language et mieux que AS en ce qui concerne l'optimisation??????

> db92(program)
Hé hé, attends de voir GTC 2.0

> D'ailleur Pollux, si tu a une new version apres la 0.9, sa m'interresse pas mal
Carrément new, oui la dernière doit être environ 3x plus rapide que la 0.9, quasiment 100%-compatible TI-GCC (j'ai d'ailleurs porté la TI-GCC Lib, pour l'instant ça fait 50 ko [au lieu de 260 ko initialement], mais ça devrait s'améliorer en supprimant les fonctions inutiles ) - sans compter l'IDE, avec plein de fonctions 100% inédites
Mais pour l'instant, je peux pas te la filer

M'en fou dabort
Moi aussi je porte les fonctions TIGCC mais pour CC et j'en suis à 21 finies:

Les non modifiées ou seulement optimisées:
GrayOn, GrayOff, GetPlane, SetPlane, fgets, fgetc, fopen, fclose, fputs, fputc, _rowread, pokeIO, printf, fprintf, clrscr

Les améliorées:
Sprite8, Sprite16, Sprite32

Les inédites:
GrayDrawStr, GrayRun, LCD_copy

et en travaux:
fseek, ftell et quelques autres...

Alors, quesque t'en dit????

Pollux a sûrement programmé des outils pour convertir facilement n'importe quel fichier archive, c'est quand même plus facile que de le faire à la main.

Et puis ça aura sûrement une tête de fichier archive sur calc aussi, c'est plus pratique qu'une source en C ou asm.

guigui17 a écrit :
De plus, désolé de critiqué (un peut) DB92, mais il a tendance à planter la caltos

Mais bon, je le pardonne car il m'a énormement aidé

Ça a principalement 3 raisons (rangées de la plus importante à la moins importante):
- Il est énormément difficile de faire un débogueur qui ne plante pas sur TI-89/92/92+/V200, vu que le matériel n'est pas vraiment prévu pour faire un débogueur. (D'accord, il y a un mode superviseur, mais sinon il n'y a aucun support matériel pour permettre le débogage, surtout: pas de MMU. Et puis, n'importe quel programme peut passer en superviseur et/ou désactiver des interruptions, ce qui aggrave le problème.)
- Le programme était à l'origine écrit pour Fargo, donc sans aucune documentation de TI, d'où programmation sale inévitable.
- C'est un énorme programme écrit entièrement en assembleur.