TIGCC 0.95 Beta 1 r1 pour Linux/Unix/OS X - Page 1

Mon pb continue toujours avec cette version de tigcc. Tu as essaye avec ta version sous Linux ?

Non, je n'y ai pas pensé.
Je vais tester. Mais comme c'est GCC qui plante, ça ne va pas être facile à déboguer.

Teste d'abord pour voir si c'est bien Linux/Tigcc et pas ma machine.
Par ailleurs, j'ai compile la meme source avec gcc (pour linux/x86) et ca marche.

J'apprécie la diminution de taille de l'archive
Par contre, ce serait pratique si le nom du fichier contenait le numéro de version (tigcc_bin.0.94b1.tar.bz2)...

pour moi c tjs mort, faut que tigcc installé prenne moins de 10mo

Vire la documentation, et tu devrais être en-dessous de 10 MO.

pas bete mais ça peut servir des fois #dilemme#, bof non, ya une doc online sur le site TIGCC Team si je me souviens bien

Bon, je l'ai essayé...
alors au premier essai, ça ne linke pas, j'ai une série d'erreurs « relative reloc at xxx to `machintruc' in different section »...
Pour autant que j'ai pu en juger, il semble que ça concerne tous les endroits où j'accède à une variable globale non initialisée, et qu'elle soit statique ou non.
Je n'ai pas compris d'où venait le problème, mais toujours est-il qu'avec -mno-bss, ça marche, et je passe de 14817 octets à 14689
En ajoutant --optimize-code --cut-ranges (ou qqch comme ça), je gagne encore 17 octets...
À ce propos, je trouve que la doc n'est pas très claire, il faut utiliser l'option directement mais je croyais qu'il fallait utiliser -Wl,--optimize-code,--cut-ranges comme d'habitude (puisque c'est dans les options du linker...)

Euh, sinon, je ne comprends pas très bien les diagnostics, pour la première compilation il me dit « relocs savable by branch optimization : 5 » et 5 ou 6 aussi pour les autres, et avec --optimize-code j'ai pour chacune relocs saved by xxx : 1 :\
Et d'autre part il semble me dire que je pourrais gagner de la place en utilisant l'option -l de as alors que je l'utilise déjà.

Enfin, Kevin, tu seras ravi d'apprendre qu'il y a encore un bug dans le frontend () : apparemment il pète complètement les plombs si TIGCC (la variable d'environnement) ne se termine pas par un slash.
Je ne sais pas d'où ça peut venir, je n'ai pas téléchargé les nouvelles sources. Il semble vouloir exécuter un programme nommé "/" si TIGCC vaut /usr/tigcc, alors que si TIGCC vaut /usr/tigcc/ il va bien chercher /usr/tigcc//bin/m68k-coff-gcc.

Shadoko :
Bon, je l'ai essayé...
alors au premier essai, ça ne linke pas, j'ai une série d'erreurs « relative reloc at xxx to `machintruc' in different section »... Pour autant que j'ai pu en juger, il semble que ça concerne tous les endroits où j'accède à une variable globale non initialisée, et qu'elle soit statique ou non.

Oui, elles sont en BSS. Tu ne peux pas utiliser -Wa,-l si tu as des sections BSS et/ou des fichiers de données externes, il faut laisser le linker faire son boulot. Mais tu peux utiliser -Wa,--short-jumps.

À ce propos, je trouve que la doc n'est pas très claire, il faut utiliser l'option directement mais je croyais qu'il fallait utiliser -Wl,--optimize-code,--cut-ranges comme d'habitude (puisque c'est dans les options du linker...)

-Wl n'existe plus.

Euh, sinon, je ne comprends pas très bien les diagnostics, pour la première compilation il me dit « relocs savable by branch optimization : 5 » et 5 ou 6 aussi pour les autres, et avec --optimize-code j'ai pour chacune relocs saved by xxx : 1 :\ Et d'autre part il semble me dire que je pourrais gagner de la place en utilisant l'option -l de as alors que je l'utilise déjà.

Les comptages ne sont pas parfaits malheureusement.

Enfin, Kevin, tu seras ravi d'apprendre qu'il y a encore un bug dans le frontend () : apparemment il pète complètement les plombs si TIGCC (la variable d'environnement) ne se termine pas par un slash.

C'est normal, le slash n'est pas attaché.
Mais je peux rajouter le slash partout, de toute façon, le double-slash n'est pas un problème sous *nix.

-Wl n'existe plus.

...mais il est toujours dans la doc :\

C'est un morceau de doc importé de GCC. Et il y a écrit: "-Wl,option Pass option as an option to the GNU linker." Comme on n'utilise plus le linker GNU, ben, l'option n'a plus aucun sens.
En revanche, sous "Options Available in the Command Line Compiler", il y a écrit "In addition to these options, the tigcc program also accepts most of the linker options.", avec un lien direct vers les options. Et sous Linux, tigcc --help te dit la même chose: "Linker options are automatically passed on to ld-tigcc. See ld-tigcc --help for details." -Wl n'apparaît pas du tout dans la liste.
Donc je ne vois pas d'oubli.

Bon, bon.

Au suje tde mon probleme:
si j'apelle comme cela (m68000-ti-linux-gnu-gcc est un lien vers tigccc), j'ai:

mpfr 83 % m68000-ti-linux-gnu-gcc -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_LONG_DOUBLE=1 -DHAVE_LIBGMP=1 -I. -I. -O2 -c set_ld.c
cc1: error: unrecognized option `-lang-c'

mpfr 84 % tigcc -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_LONG_DOUBLE=1 -DHAVE_LIBGMP=1 -I. -I. -O2 -c set_ld.c
set_ld.c: In function `mpfr_set_ld':
set_ld.c:174: internal compiler error: Segmentation fault
Please fill out a bug report form at http://tigcc.ticalc.org/.

Je me demande vraiment si c'est ma machine, la... As-tu essaye de le compiler sous Linux ?

Pas encore. Je suis en plein stress de début de semestre universitaire là.

ben bon courage alors

"stress de début de semestre universitaire" ?

Ici en Autriche, au début de semestre, il y a le choix de l'emploi du temps à faire (sachant qu'il y a des cours obligatoires à placer, mais pas en un semestre précis, et qu'il faut donc faire des choix judicieux), puis il faut s'inscrire à tous les cours un par un etc. Et en plus, s'il y a des examens qu'on n'a pas pu faire en fin du semestre précédent (soit par manque de temps, soit par flemme, soit parce qu'on l'a raté et qu'on doit le refaire), on se retrouve avec l'examen à faire en début du semestre d'après. Personnellement, j'en ai un à faire, que je n'ai pas pu faire en juin, surtout faute de temps. À cela se rajoute le stress psychologique de la rentrée.

>À cela se rajoute le stress psychologique de la rentrée.
oué c sûr, mais ne te plains pas : moi g pas eu de vacances du tout, j'aurrai preferé avoir le stress
(quoique ct pas dans la meme ecole, donc en fait g pas eu de vacances, et g eu le stress quand meme )

sinon bonne chance poru ton exam :]

Je suis pas presse. Tes etudes passent d'abord.

lol

La release TIGCC 0.95 Beta 1 r1 est maintenant aussi disponible sur http://tigcc.ticalc.org/linux/.

Et vive les faux noms...

t'en sais koi ke c pa elle ? tu devrais etre honoré !

toi aussi t'as un faux nom, c moi Kevin Kofler ! voleur !

Ta gueule.

Bon je sais pas si c'est un bug spécifique de Linux vu que j'ai pas encore testé sous windows je reporte ici.
Mes libs ne se compilent plus. J'ai une erreur dans tigcclib.a qui cherche le _main, qu'il ne trouve bien evidement pas vu qu'il s'agit d'un lib.

Nouveau bug

Ça doit être un bogue cross-platform. Ça concerne les librairies kernel écrites en C (mais console-toi, les DLLs _nostub ne marchent pas non plus dans la bêta 1...). Le code de démarrage est importé alors qu'il ne devrait pas l'être. J'ai envoyé un mail à Sebastian avec quelques solutions possibles (ça te fera probablement un #define à mettre en plus, sauf si Sebastian a une idée plus brillante que les miennes). Mais j'attends de savoir si Sebastian a une idée meilleure avant d'en implémenter une.
Bref, !"§$%&/()=? de librairies dynamiques...

Ne crache pas dessus. Elles n'ont rien fait