TIGCC 0.94 beta 18 pour Linux - Page 1

Allez faire un tour sur http://tigcc.ticalc.org/linux/.

(Je rappelle aux utilisateurs de Windows que la version Windows correspondante est déjà disponible depuis des semaines sur http://tigcc.ticalc.org/.)

et ben ! ce fut rapide

n'empeche que le .RPM c une vachment bonne invention

Tu as quoi comme problème avec mes tarballs? C'est très facile à installer.
Mais si tu regardes ma liste des projets, un setup wizard comme pour la version Windows est prévu. Ça évite aussi de se faire ch**r avec les différents types de paquets (RPM, DEB, Slackware, ...).

Mais si tu m'expliques comment faire, je peux faire des RPMs pour RedHat 7.3. Mais ils risquent de ne pas marcher correctement avec d'autres distributions, même si elles sont à base de RPM.

les RPM et DEB sont pseudo-compatibles .. y'a un prorgamme qui permet tres bien d'installer un .deb a la place des .rpm et inversement il me semble.

pour faire un .rpm j'en ai jamais fait mais c pas sorcier a faire (pleins de tutos dessus tres certainments) et ou des scripts/programmes permettants de le faire.

en tt cas, un systeme redhat est 100% compatible avec un mandrake (ca regroupe une bonne proportion de personnes utilisant linux)

> un setup wizard sous linux est un peu nul désolé mais bon, un RPM c fait pour ca en gros

Eh bien merci Kevin pour ce port, maintenant que je me met à Linux, cette version de TIGCC va me servir
J'ai juste une question : y a-t'il d'autres logiciels de transfert compatibles avec le câble // sous Linux, à par TILP ?

Pour les packages RPM, si tu veux je peux te scanner un article du Login: de Juin qui explique comment créer des RPM

tiens, j'ai testé red hat 7.3 cet aprem .. ben je suis surpris, je retrouve l'esprit que j'avais perdu sous mandrake ...

kevin> terminal, rpm + tab 2 fois

Thibaut a écrit :
Eh bien merci Kevin pour ce port, maintenant que je me met à Linux, cette version de TIGCC va me servir

Dommage que je ne suis qu'un égoïste...
Je suis tellement égoïste que je me fais ch**r à passer mon temps à porter TIGCC vers Linux, que je prévois de coder une IDE pour Linux, ..., alors que je n'en aurais pas besoin du tout, puisque je suis en dual boot avec WinMe de toute façon...
J'espère que tu as compris l'ironie...

J'ai juste une question : y a-t'il d'autres logiciels de transfert compatibles avec le câble // sous Linux, à par TILP ?

Pas à ma connaissance. TiLP est le seul logiciel de transfert pour Linux que je connais, quel que soit ton câble.
Mais pourquoi réponds-je à ta question si je suis un égoïste...

Pour les packages RPM, si tu veux je peux te scanner un article du Login: de Juin qui explique comment créer des RPM

Bof, ne perds pas ton temps, je trouverai tout seul. Mais j'ai autre chose à faire en ce moment (XtraKeys et AutoClBr pour V200). nEUrOne, si tu veux, tu peux en faire toi, des RPMs pour cette version.

Chouette, on va povoir bosser sous linux
Merci Kevin

D'ailleurs, je ne vois pas vraiment l'intérêt des RPMs, sachant que cette version n'utilisera de toute façon pas les fonctionnalités qui les démarquent des tarballs (scripts d'installation notamment), et que tout est installé dans /usr/local/tigcc de toute façon (donc il suffit d'effacer ce répertoire pour désinstaller TIGCC). Je compte écrire un script pour rajouter automatiquement les options d'environnement nécessaires à ~/.bashrc pour la prochaine version, mais c'est facile à faire à la main de toute façon (Kate est fait pour ça).

oué, la commande c:

rpmbuild -tb <emplacement du tarball>
mais apparement y'a des textes a rajouté ... j'ai regardé jsute rapidement ...

He Dark Angel t'est revenu! Il s'en passe des chose! Je suis pourtant pas parti si longtemps que ca et quand je reviens, je revois DarkAngel, TI-GCC linux enfin la et un nouvel AMS! Et bien je vais enfin pouvoir bien bosser

y'a une IDE sous linux de prevue ?

pke je commence a avoir des idées (oué, tout arrive)

Kevin tavaille dessus mais d'après ce qui'il y a sur le site, c'est pas pour tout de suite en attendant emacs rulezzz

oki .. emacs, c pas bien

Emacs c'est génial!
D'ailleur je crois que je reprendre la suite de Ti-emacs dès que j'aurai un peu de temps

nEUrOne a écrit :
oki .. emacs, c pas bien

Tout à fait d'accord.

Utilise Kate en attendant l'IDE.

Emacs est le seul editeur de texte que je connaisse a gérer aussi bien l'indentation. De plus il peut pratiquement evoluer a l'infini.
Kate j'ai pas encore essayé je v voir ce que ca vaut

c ce que je fais kevin, c'est vraiment tres bien kate ....

kevin> t'as essayé sous la red hat l'execution automatiques des .exe ? c dommage que ca deconne avec l'IDE de tigcc (les espaces) car sinon, pour VTI ca marche impec !

En effet, l'IDE de TIGCC pour Windows ne marche pas correctement sous WINE. Non seulement il y a des problèmes graphiques, mais il n'y a pas moyen de compiler qqch.: les compilateurs en version Windows ne marchent pas sous WINE, et les compilateurs en version Linux n'acceptent pas les répertoires en format Windows passés par l'IDE.

et kkun a essayé ss Xwine ?

Kevin : pour porter l'IDE sous Linux, il suffit de la recompiler avec Kylix, en faisant quelques modifs

Non, elle utilise la librairie de composants VCL (Delphi 4), pas CLX (Delphi 6 et Kylix).

Et puis, Kylix n'est pas portable. (C'est Linux/x86 seulement.)

Au fait: Si vous avez eu des problèmes pour compiler TIGCC pour Linux à partir des sources (surtout avec nos sources réduites): Je viens de sortir une mise à jour qui corrige ce problème: TIGCC 0.94 Beta 18 r2 for Linux.

Tu reprogrammes l'IDE de A à Z ????
t'es taré

En tout cas, les autres trucs dans la liste TODO ont une priorité bien plus grande. (Pour l'IDE, je me suis amusé quelques minutes avec QT Designer 3 pour le moment, mais je n'ai pas vraiment commencé à la coder, j'ai juste fait un minimum du design de l'interface.)

Mais pourquoi tu ne changes pas les appels à la VCL par des appels à la CLX ?
D'après Borland les deux bibliothèques s'utilisent de la même façon, donc ça te ferait 1000 fois moins de travail que si tu recodais l'IDE !

Thibaut a écrit :
Mais pourquoi tu ne changes pas les appels à la VCL par des appels à la CLX ? D'après Borland les deux bibliothèques s'utilisent de la même façon, donc ça te ferait 1000 fois moins de travail que si tu recodais l'IDE !

Romain Liévin m'a dit que ce n'était pas aussi simple que ça.
Mais si tu veux essayer de le faire, vas-y.

Il y a aussi des appels de l'API Win32 dans l'IDE de Sebastian.