TIGCC lite? - Page 1

TIGCC est vraiment bien pour programmer mais la gestion des couleurs necessite un bon PC.
Je dis ca parceque je vais utiliser un portable un peut vieux: P133Mhz, 16Mo RAM.
Forcément TIGCC est très lent dessus.
JE CHERCHE UNE VERSION LITE DE TIGCC: UNE PLUS RAPIDE QUOI MAIS QUI MARCHE EN COULEUR.
peut être qu'en modifant les source ca peut le faire, je sais pas et je connais pas le C

Ouai, c vrai, je trouve aussi que Ti-GCC rame énormément : sur mon PIII733 128Mo, il n'arrive même à suivre la frappe, et c assez lourd

Pareil sur mon PIII866 128Mo

C'est l'IDE qui rame, pas 'TIGCC' (le compilateur)

>peut être qu'en modifant les source ca peut le faire, je sais pas et je connais pas le C
Je crois qu'elle est programmée en Delphi

En remplacement :
Dev-C++: ? (demander à Kevin)
http://www.bloodshed.net
SciTE: pas non plus essayé
http://www.scintilla.org/SciTE.html
UltraEdit: il suffit de créer un ou deux batch pour compiler et faire l'édition de liens.
(c'est ce que j'utilise)
http://www.ultraedit.com
L'IDE de Visual Studio: là il faut créer un makefile je pense (j'ai pas trop essayé mais je sais que c'est possible)

Je ne pense pas que l'on puisse faire tourner les IDEs pour GCC (comme Dev-C++) avec TIGCC à cause de son linker non-standard (et de quelques autres trucs non-standard comme les patches pendant la compilation).

Tu peux désactiver la coloration de syntaxe si tu veux.

Sinon, j'ai trouvé TIGCC IDE (surtout les versions récentes) supportable sur un P120, mais c'est vrai que ça pourrait être plus rapide parfois (surtout pour les gros arrays, qui saccadent même sur un PIII 733).

D'ailleurs TIGCC IDE (comme Dev-C++ d'ailleurs) est écrit en Delphi, pas en C. On pourrait peut-être "vampiriser" les routines de Dev-C++ (Delphi également, et GPL également)...
[edit]Edité par Kevin Kofler le 09-09-2001 à 22:40:44[/edit]

Je sais pas comment marche Dev-C++ mais avec un makefile, ça doit passer avec n'importe quel IDE.
Je vais essayer de faire marcher SciTE comme il faut.

Quant à l'IDE, il est incapable de gérer les gros fichiers et il a un consommation mémoire hallucinante.
Et pour la coloration syntaxique, c'est clairement pas optimisé - à ce point là c'est même à se poser des questions...

Justement, Dev-C++ n'utilise pas les makefiles.

je vous assure meme sur un AMD 1.4GHZ 256SD-RAM c super lent quand tu fais un fichier sprite(dans lequel y a bien sur que des sprites !)

essaye de desactivé je ne sais plus quel truc !!!

voilà: File/Preferences/Edito/On the ....

Sur mon Duron 950 avec 256Mo de RAM, ca rame aussi.
En fait ca ramera tjrs, sauf a partir de 10GHz ptet...

La seule solution est de desactiver la syntaxe HighLighting
Je ne comprends pas vraiment pk ca fait ca, l'affichage de l'IDE doit etre vraiment tres mal programmee
A68kEdit marchait tres bien, UltraEdit marche tres bien, Visual Studio marche impec aussi, c'est tres decevant de la part de TI-GCC qui pourtant est un utilitaire genial

ca merde surtout en fin de fichier.
Alors pour mes routines je les met au debut

sur mon 133, parfois je tape un truc style
move.w #2,d3
lsl.w #1,d3
je peux aller faire un tour de la maison tellement ca met de temps.
Sur mon 1.3Ghz ca le fait bcp moins sauf avec le scrolling.

ouais c l'algorithme de la mise en couleur,du traitement des caracteres car faites un sprite de 64*64 integrer le a TIGCC et faites edition/remplacer 0->0i (cela va remplacer tous les "0" par des "0i")mattez le temps que ca prends maitenant allez sous wordpad et faites la meme chose ...

ya pas d'autres IDEs?

j'en ai trouvé en fouinant: ya enigma mais il fait pas le bon language en asm et il est pas paramétrable,
sinon ya CodeWarrior qui a l'air pas mal... et ...
si on se cotise on pourra s'acheter le truc à 4995$

y a toujours a68kedit mais bon personnes a les sources donc on ne peu pas le continuer

Et puis A68k Edit, c que pour l'ASM, et en plus, ca merde avec les tabulations

mais il suffit d'adapter le compilo pour le C,l'asm et regler les tabulations !

Dans tous les cas, les tab deconnent

T sûr d'avoir eu la dernière version, paske chez moi, les tabulations refonctionnaient parfaitement sur la dernière version distribuée.

Je dois avoir la 0.3b, je crois, mais je n'ai plus utilise depuis si longtemps...

Même question pour martien_1998: As-tu la dernière version? Ce genre de choses n'est plus lent du tout normalement. http://tigcc.ticalc.org.

utilise le sans la coloration syntaxique, tous en ligne de commande, comme sous nux

C clair que sans la coloration syntaxique, ça speed un max Mais c moins bo et moins pratik

ouais on ne vois pas si l'on a taper move ou moove
car en un coup d'oeil on voit si le mot change de couleur ou pas !

> Kevin : la syntaxe est tjrs ultra lente.

C'est beaucoup plus rapide que dans les anciennes versions!

euh franchement dans les anciennes version c'était plus rapide.
j'ai bien la drernière version de TIGCC & en désactivant le 'on the fly...' (qui je vois pas a quoi il sert) ca marche un poil mieux.

Si ca interesse quelqu'un je crois que j'ai les dernieres sources en date de a68kedit... à utiliser avec borland c++ builder 4 (je l'ai pas, donc j'arrive pas à y toucher, j'ai que le visual c++)
si vous voulez les sources, je les mets ce week end sur le net...

bon, on utilise CodeWarrior > GNU me semble
fait un linker pis c ok

je vais voir ce que ca donne le CodeWarrior, j'ai emandé un cd démo, enfin si il me l'envoi , j'attends tjrs celui d'Orcad demandé il y a 1 mois... ils ont peur que je crack le truc peut être