TIGCC 0.95 Beta 5 - Page 5

OK, j'essaierai sous FreeBSD. J'ai voulu plusieurs fois mais comme j'ai pas accès à ma partition
FAT32 je pouvais pas le pécho. Je vais mettre les fichiers sur disquette et essayer.

Kevin > ben moi je n'ai pas QT assistant (et je n'ai pas envie d'installer les libs QT pour ça), et pour le bonne ou mauvaise idée je pense toujours comme avant, c'est à dire que lire la doc en HTML avec w3m me convient tout à fait...

moi j'ai QT Assistant, mais j'ai pas l'intention d'installer tigcc pour essayer

LOL

Je peux tester sous Spark/Solaris et Alpha/Linux et Itanium/Linux si tu veux.

Sally
: Kevin > ben moi je n'ai pas QT assistant (et je n'ai pas envie d'installer les libs QT pour ça), et pour le bonne ou mauvaise idée je pense toujours comme avant, c'est à dire que lire la doc en HTML avec w3m me convient tout à fait...

w3m... Tu l'utilises aussi pour naviguer yAronet?
Tu travailles en mode texte d'habitude?
Voilà ce que tu rates.

Il y a même la recherche plein-texte. Et aussi indices alphabétique et par catégories. Si j'ai mis le profile Qt Assistant, c'est pour une raison.
Et d'ailleurs, un Linux sans les libs Qt?! Bizarre comme installation, ça...

t1, Kevin, t'adores les posts de 30 mètres de haut ma parole.
(QUoique t'as fait mieux avec ton changelog )

PpHd
: Je peux tester sous Spark/Solaris et Alpha/Linux et Itanium/Linux si tu veux.

Ben, disons que c'est toujours bien de voir quelqu'un tester TIGCC, donc si tu as le temps...
Ça fait longtemps que je n'ai plus de report sur Solaris, et pour Linux sous Alpha et Itanium, ça serait le premier report.

Bah j'ai un pentium 100... j'utilise w3m parce que firebird rame (et yAronet passe très bien sous w3m, sauf les éditer/citer parce que le javascript ne marche pas : faut éditer l'URL à la main, mais bon je ne passe pas mon temps à éditer les messages).
Sinon je dois admettre que sur ton screenshot ça a l'air pas mal

Kevin Kofler
: Écoute, on a autre chose à faire que de sortir 4 versions différentes de TIGCC juste parce que monsieur snow-tiger alias BlueSilk alias ... a des problèmes avec ce qu'on sort. Tu es le seul chez qui ça n'a pas marché comme il faut.

On est plusieurs à pas être content de ta compression.

Elle n'y est que pour l'IDE, me semblait-il ?

Actuellement oui.
Ça peut changer. Personnellement, je suis pour tout compresser...

[troll]Tu pourrais aussi bien dire "je suis pour tout planter"...[/troll]

Si j'ai bien compris, le TIGCC native laisse au maximum le contrôle du format de fichier au programmeur, non ?
Peut-on supposer quelquchose vis-à-vis de l'état du programme à son lancement.
(Y-a-til un moyen plus rapide de récupérer une adresse de ROM_Call à partir de ce que l'AMS a dû faire
pour lancer le prog, par exemple ?)

BSS
: Si j'ai bien compris, le TIGCC native laisse au maximum le contrôle du format de fichier au programmeur, non ?

Oui.

Peut-on supposer quelquchose vis-à-vis de l'état du programme à son lancement.

Comment ça "l'état du programme"?

(Y-a-til un moyen plus rapide de récupérer une adresse de ROM_Call à partir de ce que l'AMS a dû faire pour lancer le prog, par exemple ?)

Non.

Par état du programme, si je peux supposer qu'il y a des trucs pratiques dans les registres au moment du lancement,
genre une table des ROM_Calls déjà mise en a5 (mais non...) ou autre chose...

Rien de tout cela. Les contenus initiaux des registres ne sont pas documentés et changent d'une version d'AMS à une autre.

Mise à jour de la version *nix: Il y a maintenant un "setup wizard" pour les binaires et un "source installation wizard" pour les sources. http://tigcc.ticalc.org/linux/.

Grrr, tu l'as compilé avec une dépendance sur glibc 2.3

Hmmm, si tu me dis comment compiler pour compat-glibc (la 2.1, il me semble) sous Fedora Core 1 (qui utilise la 2.3 à la base), je veux bien le faire dans la prochaine version (qui sera peut-être expédiée rapidement pour règler ce problème, c'est juste une recompilation à faire)...
(Linker glibc statiquement n'est pas vraiment faisable, elle est trop lourde. )

Mais bon, voyant les choses dans un cadre plus grand, on voit:
* Red Hat Linux 7.x et 8.0 sont déjà EOL (et en plus, la glibc 2.3.2 était disponible en errata pour la 8.0 (livrée d'origine avec le snapshot 2.2.93)).
* La plus récente à être maintenue est déjà la Red Hat Linux 9 (EOL en fin mars, après ça sera même la Fedora Core 1) avec sa glibc 2.3.2 (la même que Fedora Core 1).
* Pour la plupart des autres distributions, ça doit être semblable.
* Pour Debian, on peut la mettre à jour vers testing ou unstable avec un simple apt-get dist-upgrade pour avoir un système à jour (tout le monde sait que Debian stable devrait s'appeler Debian obsolete... la glibc 2.3.2 est "déjà" dans testing, il n'y a que la "stable" à traîner avec une 2.2 obsolète), donc ce n'est pas vraiment un problème non plus.
Bref, je ne sais pas s'il vaut le coup de compiler pour d'anciennes glibc. En résumé, si c'est simple d'utiliser compat-glibc, je le ferai, sinon ben tant pis.

(Linker glibc statiquement n'est pas vraiment faisable, elle est trop lourde. )

Un imposteur

Si tu avais vu la tête de glibc, tu ne serais pas aussi étonné que ça...
La première chose que j'ai essayé de faire était de linker glibc statiquement (dans A68k seulement: quand j'ai vu le résultat, j'ai laissé tomber les essais avec les autres exécutables). La taille a été multipliée par plus de 10, et à en voir les chaînes de caractères présentes dans le résultat, il y avait plein de trucs totalement inutilisées (comme le linker dynamique ld.so, dans un exécutable entièrement statique!) qui étaient linkés! Bref, glibc est totalement inadaptée au linkage statique. (Visiblement, les auteurs s'en fichent.) Le linkage statique est bien quand il est fait correctement; quand tous les trucs inutiles sont linkés, c'est lourd.
Ce que je peux faire si les dépendances de glibc sont vraiment un problème, c'est de linker statiquement avec une libc plus légère comme ucLibc. (dietlibc n'est pas adaptée parce qu'elle est GPL, ce qui pose problème pour A68k et tt*. Et en plus, il paraît qu'elle ne soit pas vraiment conforme aux standards.) Mais il faut configurer la toolchain pour ça, donc ce n'est pas pour tout de suite.

Et puis glibc est une librairie système, donc on devrait pouvoir partir du principe qu'elle est présente. Malheureusement, il y a les problèmes de version.

Et puis glibc est une librairie système, donc on devrait pouvoir partir du principe qu'elle est présente. Malheureusement, il y a les problèmes de version.

Et linker avec une lib de version assez basse ne suffit bas? Y'a quand même une compatibilité ascendante non?

Essaye de recompiler glibc en fonction de tes besoins.

Uther
:

Et puis glibc est une librairie système, donc on devrait pouvoir partir du principe qu'elle est présente. Malheureusement, il y a les problèmes de version.

Et linker avec une lib de version assez basse ne suffit bas? Y'a quand même une compatibilité ascendante non?

Oui, ça suffit, mais il faut pour cela que je réussisse à convaincre GCC de linker avec compat-glibc (qui est cette "version assez basse").

PpHd
: Essaye de recompiler glibc en fonction de tes besoins.

Oula, je ne vais pas aller jusqu'à recompiler glibc seulement pour supporter une version livrée avec des distributions obsolètes (toutes les Red Hat qui utilisent une glibc <2.3 sont EOL, et même la première à l'utiliser (RHL 8.0) l'est). Si vous n'êtes pas contents, vous pouvez compiler à partir des sources.

est ce qu'il y a un IDE pour programmer sous linux ?

Ça te dirait de lire le site???
* L'IDE officielle n'existe pas encore.
* Mais il y a ça:

There is also a third-party project (a release is available, but there are still things left to do) for an adaptation of Anjuta (the main GNOME IDE) for TIGCC development: Anjuta-TIa by Stéphane Akhoun. Unfortunately, it is out of date (written for the 0.94 series).

Je ne sais pas si ça marche avec la bêta actuelle.

je n'en voyais pas, donc j'ai demande pour etre sur, mais sinon, merci pour l'info

Comme tu n'as visiblement pas compris pourquoi j'étais de mauvaise humeur en répondant: c'est écrit sur le site de téléchargement!

Au fait, The Quill ne marche pas avec les versions récentes de TIGCC, non ?