TIGCC 0.95 Beta 1 pour Windows - Page 1

preums !!

-

Héhé, je serai pas venu pour rien sur internet ce WE!

-

Euh, il y a un truc pas très pratique : j'ai l'impression que les labels locaux foirent avec A68k
Si la première lettre d'un label est '\' le linker ne les retrouve plus.

Orion_
:

TIGCC.EXE: ..\..\..\TIGCC\Lib\TIGCC.a: Unresolved reference to `__main'.
TIGCC.EXE: C:\PROGRA~2\TI-89\_TIGCC_\TIGCC\LIB\tigcc.a: Unresolved reference to
`__main'.

ligne de commande: tigcc Demo.asm Init.c -Os ..\..\..\TIGCC\Lib\TIGCC.a

C'est parce que tu as de l'assembleur et du C, mais le code principal est en assembleur. La gestion de ça a légèrement changé. Lis la documentation du linker. La solution la plus simple est probablement de mettre __main: xdef __main au début de Demo.asm.

TIGCC.EXE: C:\PROGRA~2\TI-89\_TIGCC_\TIGCC\LIB\tigcc.a: Program declared as `nos
tub' contains startup sections.

ligne de commande: tigcc intro.asm ..\..\..\TIGCC\Lib\TIGCC.a

Là, montre-moi le contenu de intro.asm parce que ça ne devrait pas être le cas. Mais c'est juste un warning qu'on peut tranquillement ignorer, normalement.

Sasume :
Euh, il y a un truc pas très pratique : j'ai l'impression que les labels locaux foirent avec A68k Si la première lettre d'un label et '\' le linker ne les retrouve plus.

C'est un bogue qui nous a déjà été reporté par Greg Dietsche, mais malheureusement trop tard pour le corriger (Sebastian va démenager demain pour ses études):
* essaye de décocher "Cut Ranges" dans les options du projet (sous "linker options"), pour voir si ça change quelque chose (ça désactive entre autres le mode "all relocs" de A68k qui est encore assez expérimental malheureusement )
* je vais sortir une mise à jour de A68k le plus vite possible

Avant dans 'program output' il nous mettait la taille du programme, mainenant j'ai le droit à

output:
68000 Assembler - version 2.71.F3m (Sep 2, 2003)
Copyright 1985 by Brian R. Anderson
AmigaDOS conversion copyright 1991 by Charlie Gibbs.
Adapted for use with Fargo by David Ellsworth.
Win32 port copyright 2001-2003 by Kevin Kofler for the TIGCC project
Bugfixes and additions by Julien Muchembled, Paul Froissart and Kevin Kofler

Assembling C:\WINDOWS\TEMP\00000550\tempprog.asm

errors:
PASS 1 line 100200300400417
PASS 2 line 100200300400417
End of assembly - no errors were found.
Heap usage: -w4095,152
Total hunk sizes: 3e4 code, 0 data, 0 BSS

Le menu about, c'est pour les chiens ? (©)
sinon j'ai des tonnes de warnings en plus sur les variables globales... plus de critiques après mon déjeuner

edit: 7 erreurs en + sur seven tiles qui ne se compile plus

La première solution me permet de compiler. Merci.

Sinon, question qui n'a rien à voir : je me suis toujours demandé à quoi ça servait de cocher "Link against tigcc.a" C'est pour inclure tigcclib au projet automatiquement ?

Ah oui, dernière question : comment on désactive l'utilisation des sections BSS ? Parce que pour 22 octets, je ne pense pas que ce soit indispensable.

Hum encore une question en fait : C'est quoi les "natively emitted relocs" ? Je n'ai pas trouvé dans la doc.

Ximoon :
Avant dans 'program output' il nous mettait la taille du programme, mainenant j'ai le droit à

output:
68000 Assembler - version 2.71.F3m (Sep 2, 2003) [...]

Le menu about, c'est pour les chiens ? (©)

C'est parce que le linker est maintenant intégré à l'IDE (à travers une DLL) et non plus un programme séparé à lancer, donc ses résultats n'apparaissent plus dans "program output".

sinon j'ai des tonnes de warnings en plus sur les variables globales... plus de critiques après mon déjeuner

Sans les sources qui causent le problème, je ne peux pas faire grand chose.

edit: 7 erreurs en + sur seven tiles qui ne se compile plus

Sigh... Je vais aller voir ce qui se passe.

Arf, on voit bien que c'est une bêta 1...

Sasume
: Ah oui, dernière question : comment on désactive l'utilisation des sections BSS ? Parce que pour 22 octets, je ne pense pas que ce soit indispensable.

-mno-bss dans les options du compilateur.

Sasume
: Hum encore une question en fait : C'est quoi les "natively emitted relocs" ? Je n'ai pas trouvé dans la doc.

Relogements émis au format AMS.

Dans les Program Options (Project->Options, Compiling, Program Options), dans l'onglet Calculator, on peut définir pour quelle calc on veut compiler apparamment, mais si on coche des trucs différents de ce qu'on a mis dans notre code (si on met #define USE_TI89 mais qu'on coche TI-92+ par exemple), qu'est-ce qui est prioritaire ?
Je suppose que dans le cas que je viens de préseter, ça compilera pour les deux modèles, un peu comme si les directives s'ajoutaient.
Et je suppose aussi que maintenant les #define USE_modele sont obsolètes.

Quand on crée un proj, dans lequel on crée un fichier .c, ce n'est pas terrible, toutes les infos rajoutées pour supporter les commentaires _nostub...
Surtout les icones en 0b.
Ce serait mieux qu'on puisse choisir quels sont les champs que l'on veut définir.

Sasume
: Dans les Program Options (Project->Options, Compiling, Program Options), dans l'onglet Calculator, on peut définir pour quelle calc on veut compiler apparamment, mais si on coche des trucs différents de ce qu'on a mis dans notre code (si on met #define USE_TI89 mais qu'on coche TI-92+ par exemple), qu'est-ce qui est prioritaire ?

Il faut utiliser une seule des 2 méthodes (de préférence la nouvelle, c'est-à-dire les options à cocher). Les cases cochées sont transformées en switches -D, donc tout ce qui est soit coché, soit défini dans ton code, est défini en final. Si tu coches et définis dans le code la même variable, tu auras un warning "duplicate definition".

Je suppose que dans le cas que je viens de préseter, ça compilera pour les deux modèles, un peu comme si les directives s'ajoutaient.

Oui.

Et je suppose aussi que maintenant les #define USE_modele sont obsolètes.

Oui.

Sasume :
Quand on crée un proj, dans lequel on crée un fichier .c, ce n'est pas terrible, toutes les infos rajoutées pour supporter les commentaires _nostub...
Surtout les icones en 0b. Ce serait mieux qu'on puisse choisir quels sont les champs que l'on veut définir.

Tu peux déjà choisir. Supprime tout ce que tu ne veux pas définir, tout simplement.

LOL!
g pa pigé par contre comment on fait pour voir le commentaire/icône nostub...

Ximoon :
edit: 7 erreurs en + sur seven tiles qui ne se compile plus

Je n'ai pas encore vérifié, mais je pense que c'est un conflit connu et inévitable entre le switch -l et les sections BSS. Voilà ce que j'ai dit à Vertyos à ce sujet quand il avait le même problème:

Problème avec les BSS, probablement. Si tu utilises le switch assembleur "-l", alors tu auras un problème. 2 solutions possibles:
1. virer "-l", mettre "--short-jumps" ou rien du tout, et laisser le linker s'occuper de l'optimisation des relogements OU
2. compiler avec "-mno-bss". Ceci n'est pas un bogue. Si ton problème est différent de ce que je décris là, alors STP donne plus de détails pour qu'on puisse aller voir ce qui se passe.

Amosé
: g pa pigé par contre comment on fait pour voir le commentaire/icône nostub...

Il faut un shell qui gère ça.
Par exemple (c'est à ce moment le seul que je connais ) le programme de test de mon implémentation de référence: http://members.chello.at/gerhard.kofler/kevin/ti89prog/dextrefi.zip.

Kevin Kofler :
Tu peux déjà choisir. Supprime tout ce que tu ne veux pas définir, tout simplement.

Mouais, c'est ce qui est écrit en commentaire, mais je ne trouve pas ça super comme solution...
Cela dit, une boite de dialogue avec des champs à remplir, je ne sais pas si c'est mieux...
Faudrait voir.
vous seriez d'accord pour changer si une majorité d'utilisateurs demandent quelque chose d'autre ?

Je pense que oui (à voir aussi avec Sebastian), mais pour l'instant, contente-toi de ce qu'il y a déjà.

Pour ceux qui voudraient essayer le support pour Fargo, voilà:

For those who would like to try out the new (experimental) support for Fargo, the archive containing the necessary startup sections is now available: fargo.a (source code included). Just unzip fargo.a to your TIGCC Lib folder and the Fargo target will "magically" appear in the IDE project options. For an example, see the source code of Backgammon for Fargo: http://pub26.ezboard.com/ftichessteamhqfrm10.showMessage?topicID=65.topic.

-

Orion_
:

Kevin Kofler :
C'est parce que tu as de l'assembleur et du C, mais le code principal est en assembleur. La gestion de ça a légèrement changé. Lis la documentation du linker. La solution la plus simple est probablement de mettre __main: xdef __main au début de Demo.asm.

ok ça fonctionne mais il ne m'affiche plus la taille du fichier final

En ligne de commande, essaye le switch -v (verbose). Pour l'IDE, cf. ./13.

source=638

Ah, c'est parce que enter_ghost_space utilise maintenant des sections de démarrage parce que c'est le seul moyen de composer une fonction de plusieurs fichiers objets séparés avec un ordre garanti. Mets ça au début de ton fichier intro.asm, ça devrait règler ton problème:
section ".st1"

Et remplace XDEF _nostub par _tigcc_native: XDEF _tigcc_native pour virer le warning.

Cool je vais de ce pas tester.

-

Oua je suis vraiment vraiment content:

Avec TIGCC 0.94:
PolySnd v2.0 en dynamique=3993
PolySnd v2.0 en statique=34772
PolySnd Player=24429

Et avec TIGCC 0.95:
PolySnd v2.0 en dynamique=3953
PolySnd v2.0 en statique=24322
PolySnd Player=21305

Je suis.