TIGCC 0.95 Beta 7 - Page 1

L'équipe de TIGCC est fière de vous annoncer la bêta la plus récente de TIGCC 0.95. Elle est disponible actuellement pour Windows, et je compte sortir la version *nix équivalente cette semaine. Cette bêta rajoute une nouvelle fonctionnalité: la création de mises à jour du système d'exploitation (non signées) au format TIB. Merci à Billy Charvet pour sa contribution au linker. À part ça, c'est une release bugfix seulement, à peu près 7 bogues ont été corrigés dans les divers composants.

Veuillez vous reporter à l'annonce officielle sur le forum officiel de TIGCC pour plus d'informations, ou directement sur http://tigcc.ticalc.org pour le téléchargement.

[EDIT: Lien corrigé. (Merci Vark.)]

erreur de lien très cher Kevin

le topic officiel c'est celui-là

mais je te comprend, c'est l'emotion

La version *nix est maintenant disponible sur http://tigcc.ticalc.org/linux/.

Vark :
mais je te comprend, c'est l'emotion

C'était plus le copier-coller que l'émotion.

./3: Deja ?

à quand l'ide sous nux ?

PpHd :
./3: Deja ?

Yep. Ça m'a quand-même pris 10 heures de travail...

nEUrOO
:à quand l'ide sous nux ?

#pollux#
Non, sérieusement: Comme tu peux voir à la capture d'écran, j'ai commencé, mais je suis loin d'avoir fini et je ne pense pas qu'il y aura une version utilisable avant cet été. Mais je n'ai moi-même aucune idée de la date exacte de complétion.

Tu devrais commencer a releaser en pré-béta histoire que certaines personnes t'aident à developper...

J'ai déjà préparé le CVS sur SourceForge (dans le projet tigcc-linux qui existe déjà depuis les temps où c'était roms qui le maintenait), mais je n'ai pas encore fait le premier commit.

Je suis prêt à tester moi

Il n'y a pas encore grand chose à tester... Pratiquement rien ne fonctionne, presque tous les menus (même File/Open) ne font absolument rien. J'ai encore plein de trucs à coder. Il y a juste l'interface de la fenêtre principale qui est prête en grande partie et qui donne une illusion de finition, mais ce n'est que l'aspect extérieur.

Ben poste quand mm si tu vuex que certaines personnes t'aident a coder... enfin, c'est comme tu veux, mais je pense qu'il y en a pas mal qui pouraient le faire

Je ne trouve pas génial l'idée de refaire la même chose sous Linux que sous Windows. La seule founction utile, c'est le link automatique vers la TI chose qui risque d'être impossible sous Linux (quoique sous les dernières versions de Wine VTI passe sans défaut visible).
D'autant plus que sous Linux les développeurs peuvent comprendre la différence entre un IDE et un compilateur. Je pense que s'il faut refaire une IDE sous Linux autant refaire un truc repensé pour être plus efficace et pour peut-être après remplacer l'IDE Delphi.

Ouai il faudrait un IDE comme DevC++. C'est carrément mieux

Uther
: Je ne trouve pas génial l'idée de refaire la même chose sous Linux que sous Windows. La seule founction utile, c'est le link automatique vers la TI chose qui risque d'être impossible sous Linux (quoique sous les dernières versions de Wine VTI passe sans défaut visible).

Impossible? http://tilp.info
Et comme émulateur, il y a TiEmu. Romain Liévin recommence à travailler dessus. Il est hors de question de dépendre d'un outil Win32 tournant sous WINE.

D'autant plus que sous Linux les développeurs peuvent comprendre la différence entre un IDE et un compilateur. Je pense que s'il faut refaire une IDE sous Linux autant refaire un truc repensé pour être plus efficace et pour peut-être après remplacer l'IDE Delphi.

L'IDE actuelle de Sebastian est très bien, le seul problème est qu'elle n'est pas portable, donc c'est ce problème que j'essaye de corriger. If it ain't broke, don't fix it.

Albert Instinct :
Ouai il faudrait un IDE comme DevC++. C'est carrément mieux

L'IDE de Sebastian ressemble beaucoup à Dev-C++ 4, la seule version avec laquelle j'ai l'habitude de travailler parce que la 5 est trop boguée.

Complémetion des mots, structures etc. comme dans DevC++ 5 / VC++

Kevin Kofler
: L'IDE de Sebastian ressemble beaucoup à Dev-C++ 4, la seule version avec laquelle j'ai l'habitude de travailler parce que la 5 est trop boguée.

MDR
Tu l'as essayée ?

(et ça ressemble à la 4, mais c'est loin d'être aussi bien notamment la coloration syntaxique et sa personnalisation)

L'IDE actuelle de Sebastian est très bien, le seul problème est qu'elle n'est pas portable, donc c'est ce problème que j'essaye de corriger. If it ain't broke, don't fix it.

Deux codes à maintenir parallèlement. Vous n'avez pas fait un bon choix

nEUrOO
: Complémetion des mots, structures etc. comme dans DevC++ 5 / VC++

Il y a quelqu'un ici qui a codé l'autocomplétion pour l'IDE Win32 de Sebastian, mais ça n'a pas encore été intégré.

Albert Instinct
:

L'IDE actuelle de Sebastian est très bien, le seul problème est qu'elle n'est pas portable, donc c'est ce problème que j'essaye de corriger. If it ain't broke, don't fix it.

Deux codes à maintenir parallèlement. Vous n'avez pas fait un bon choix

C'est la seule solution raisonnable. Les solutions multiplateforme ont toutes un aspect non-natif affreux sous une des plateformes.
D'ailleurs, ce n'est pas 2 codes parallèles, mais 3. Mon packager OS X travaille sur une IDE pour OS X utilisant Cocoa.

Bah, qu'est-ce que vous attendez !!

nEUrOO :
Bah, qu'est-ce que vous attendez !!

Il y a eu des problèmes techniques, et visiblement l'auteur n'a pas l'envie ou le temps de corriger les problèmes. Donc c'est en attente...

Impossible? http://tilp.info Et comme émulateur, il y a TiEmu. Romain Liévin recommence à travailler dessus.

Ca transmet mais ca n'execute pas.
En plus j'ai jamais réussi a compiler un Tilp ou un TiEmu qui marche. Il faudrait vraiment que Romain se décide à fournir les binaires ou au moins les libs qui compilent avec car j'ai renoncé a trouver la combinaison magique entre les version de toutes les libs nécessaires à compiler tout ca.

Il est hors de question de dépendre d'un outil Win32 tournant sous WINE.

La je suis d'accord WINE est bien mais ca doit rester un outil de dépannage, pas un moyen de se passee d'un vrai portage en bonne et due forme.

L'IDE actuelle de Sebastian est très bien, le seul problème est qu'elle n'est pas portable, donc c'est ce problème que j'essaye de corriger. If it ain't broke, don't fix it.

La nouvelle ne le sera pas complètement vu que QT est payant sous Windows(a mois que quelqu'un se dévoue a payer la lisence). Je pens que à ce niveau la QT n'est pas un bon choix.

Complémetion des mots, structures etc. comme dans DevC++ 5 / VC++

certes mais je pensais surtout a des outils plus orienté TI comme un éditeur de Sprites pour les commentaires et le code, etc... car si c'est pour refaire Dev-C++ autant le prendre directement. Moi personelement j'utilise Context/Emacs

Uther
:

Impossible? http://tilp.info Et comme émulateur, il y a TiEmu. Romain Liévin recommence à travailler dessus.

Ca transmet mais ca n'execute pas. En plus j'ai jamais réussi a compiler un Tilp ou un TiEmu qui marche. Il faudrait vraiment que Romain se décide à fournir les binaires ou au moins les libs qui compilent avec car j'ai renoncé a trouver la combinaison magique entre les version de toutes les libs nécessaires à compiler tout ca.

J'ai réussi à les compiler, moi...

L'IDE actuelle de Sebastian est très bien, le seul problème est qu'elle n'est pas portable, donc c'est ce problème que j'essaye de corriger. If it ain't broke, don't fix it.

La nouvelle ne le sera pas complètement vu que QT est payant sous Windows(a mois que quelqu'un se dévoue a payer la lisence). Je pens que à ce niveau la QT n'est pas un bon choix.

Je m'en fiche de Win32, on a déjà une IDE pour Win32 qui marche très bien.

Complémetion des mots, structures etc. comme dans DevC++ 5 / VC++

certes mais je pensais surtout a des outils plus orienté TI comme un éditeur de Sprites

C'est prévu, mais on n'a pas le temps de l'implémenter actuellement.

Bah, qu'est-ce que vous voulez pour les sprites, y'a deja TiPaint et Sprite.exe ca suffit, non ?

J'ai réussi à les compiler, moi...

Bravo mais tu doit être un des seul. Y'a des problèmes de version pas compatibles de libs c'est prise de tête. Personellement j'ai renoncé et je suis pas le seul.
Il faudrait qu'il distribue les binaires comme tu le fait.

Je m'en fiche de Win32, on a déjà une IDE pour Win32 qui marche très bien.

C'est ton problème après tout c'est pas moi qui ai a maintenir un IDE par OS. Mais si tu veux un système semblable sur tous les OS tu vas pas au plus simple

pkoi vous avez pas simplent fait un wrapper, ca aurait été bcp plus simple !

Uther
:

J'ai réussi à les compiler, moi...

Bravo mais tu doit être un des seul. Y'a des problèmes de version pas compatibles de libs c'est prise de tête.

Oui, c'est lourd. Il aurait mieux fait de garder la compatibilité antérieure...

Il faudrait qu'il distribue les binaires comme tu le fait.

Je pense que des libs compatibles avec les anciennes versions seraient encore mieux comme solution.

Bon, au fait, comment tu as fini le boulot pour l'export TIB ?
(Pour Pyrix j'en suis encore à des méthodes crad, genre ne pas tester, ou bien utiliser s2asm et maketib)

Pour ceux qui voudraient tester (là y'a du test à faire, et ceci n'est pas dans la doc TIGCC):
L'export TIB s'active soit par la définition du symbole _tib
(donc sous A68k xdef _tib), soit avec la version exécutable du linker par la switch --tib.

Une cible doit être spécifiée.
Les deux zones à remplir dans un TIB sont base1 (24 Ko environ) et base2 (1990 Ko à peu près)

Pour écrire dans base2, mettez votre code/vos données dans n'importe quelle section qui n'est pas de démarrage.
(Genre .text,.data, etc....)

Pour écrire dans base1, euh... j'ai un pitit blème de synchro avec Kevin.
Ecrire vos fonctions dans la section _stl1 et lier au fichier d'archive devrait suffire si le linker met bien votre
code après le symbole _tib_header.... donc je sais pas du tout en fait.

Le code mis par Kevin dans le fichier d'archive écrit le header tib. Il doit donc être avant le reste du code,
qui lui devrait être utilisé pour booter la caltos (sous PedRom, c'est là que se font l'initialisation des ports I/O, etc.)

Un truc bien que qqun pourrait faire serait de compiler PedRom avec ld-tigcc, et non maketib.
(Ca serait pas très dur, juste à régler les pb de sections, et lier PedRom.o avec ld-tigcc --tib tib.a PedRom.o ou qqch comme
ça)

Billy Charvet :
Pour ceux qui voudraient tester (là y'a du test à faire, et ceci n'est pas dans la doc TIGCC):
L'export TIB s'active soit par la définition du symbole _tib (donc sous A68k xdef _tib), soit avec la version exécutable du linker par la switch --tib.

Il faut aussi rajouter --outputbin. (La version sans --outputbin est réservée pour les ??u, qui ne sont pas encore supportés.)

Pour écrire dans base1, euh... j'ai un pitit blème de synchro avec Kevin.
Ecrire vos fonctions dans la section _stl1 et lier au fichier d'archive devrait suffire si le linker met bien votre code après le symbole _tib_header.... donc je sais pas du tout en fait.

* Le fichier d'archive est automatiquement linké.
* Mettez plutôt votre code dans la section _st1 (sans "l").

(Ca serait pas très dur, juste à régler les pb de sections, et lier PedRom.o avec ld-tigcc --tib tib.a PedRom.o ou qqch comme ça)

Plutôt tigcc --tib --outputbin --optimize-code --cut-ranges bcd.asm boot.asm ... -o pedrom. C'est ça le but après tout.

Je serais curieux si [--optimize-code --cut-ranges] optimisera le code de PedroM.
Pour Preos, c'est simple, c'est 0 octets gagnes.