TIGCC 0.95 Beta 8 - 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 viens de sortir la version *nix équivalente. Cette bêta est une release bugfix seulement. 2 bogues dans IDE.exe et un dans tigcc.exe ont été corrigés. La documentation du linker a été mise à jour pour refléter l'ajout du support pour la création de systèmes d'exploitation Flash dans la bêta 7.

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.

La version *nix est maintenant disponible sur http://tigcc.ticalc.org/linux/. De plus, une mise à jour de tprbuilder est disponible pour Windows (déjà intégrée dans la version *nix). tprbuilder gère maintenant les systèmes d'exploitation Flash, et le switch --clean gère maintenant les différents types de projets.

Ca bosse dur, ça fait plaisir de voir une nouvelle bêta.

La documentation du linker a été mise à jour pour refléter l'ajout du support pour la création de systèmes d'exploitation Flash

keskece ?

Support TIB.

Flanker: -> kesskeucéé

Quel bogue, reporté où? (Bon sang, le formulaire est là pour que les bug reports ne soient pas perdus quelque part, utilisez-le!)

Bon, je l'ai retrouvé: topics/33139-tigcc-095-beta-5/11.
Et je me rappelle aussi de la manière de reproduire ça maintenant. (C'est un problème lié aux fichiers jamais enregistrés.) Non, ça n'a pas été corrigé, parce que j'ai oublié le bogue parce que tu n'as pas utilisé le formulaire... (Surtout parce que c'est Sebastian qui s'occupe de l'IDE, donc je ne peux que lui faire passer les reports. Autant s'adresser directement à lui.)

Bon, j'ai envoyé un mail à Sebastian:

Hi Sebastian!

Martial Demolins hat mich auf einen eigenartigen Bug aufmerksam gemacht: Die IDE verhält sich mit noch nie gespeicherten Dateien ziemlich sonderbar, wenn man sie schließen will. Probier einmal folgendes aus:
1. File/New/Project
2. File/New/A68k Assembly Header File. Behalte den Default-Namen (New File) bei.
3. File/New/A68k Assembly Source File. Behalte den Default-Namen (New File 2) bei.
4. Schreibe in New File 2 irgendwas (egal was) rein.
5. Entferne (Remove) New File.
6. Es erscheint eine Meldung: "New File 2 has been modified. Do you want to save the changes?" (obwohl diese Datei überhaupt nicht angetastet wurde).
Kevin Kofler

Donc je suppose que ce sera corrigé dans la bêta 9. Désolé pour le chaos. À force d'avoir des bogues reportés à 10000 endroits différents, on les perd beaucoup trop facilement.

C'est toi l'inventeur du chaos ?

j adore quand tu postes la copie du mail que t envoie a Sebastian

La ,du coup, je suis persuadé que ce sera corigé dans la beta 9.Surtout n ayant jamais fais d allemand.

Sebastian vient de corriger le problème, donc il sera corrigé dans la bêta 9.

On n en doutait pas.

Cette nelle beta sort la semaine prochaine, c'est ca ?

Ce n'est pas encore décidé quand elle sort...

PpHd :
Cette nelle beta sort la semaine prochaine, c'est ca ?

Et le portage linux dans les 48 h qui suivent.

Vous ne devriez pas vous moquer de moi...
Je fais un grand service aux utilisateurs de Linux ou autres *nix en faisant le portage le plus vite possible. Si je fais le portage *nix à la place de dormir, ce n'est pas pour que vous vous f**tiez de ma gueule après! Alors !
Et si je fais ça, c'est parce que je ne veux pas que la version *nix soit en arrière par rapport à la version Window$ de manière significative.

Kevin Kofler :
Vous ne devriez pas vous moquer de moi...
Je fais un grand service aux utilisateurs de Linux ou autres *nix en faisant le portage le plus vite possible. Si je fais le portage *nix à la place de dormir, ce n'est pas pour que vous vous f**tiez de ma gueule après! Alors ! Et si je fais ça, c'est parce que je ne veux pas que la version *nix soit en arrière par rapport à la version Window$ de manière significative.

J ai jamais dit que c etait mal #ironie_quand_tu_nous_tiens#

C est tres bien ce que tu fais Kévin.

Bon, pour la beta 9, faudrait arriver à une belle compilation de TIB
(genre lier PedRom avec ld-tigcc, ce qui ne peut se faire en qqes minutes,
hélas...blèmes de segments etc)
ainsi qu'implémenter le format .??u.
J'ai toujours pas vu si il y avait une signature impossible à reproduire,
(genre un hash des données particulier, vérifié par TIGL/TI Connect/ la TI)
mais pour ce que j'ai regardé (rapidement), il est parfaitement faisable de
faire un export en .??u utilisables sous VTI, (ensuite, est-ce qu'ils pourront
être envoyés par TIGL/TI Connect, ça reste à voir...)

Bien sûr, maintenant j'ai maintenant des connaissances du linker largement suffisantes
pour l'implémenter... c'est le temps qui me manque. En fin de semaine je pourrai commencer
(2 partiels avant, plus le fait qu'il faut pas que j'abuse d'inet avec le 56k de mon pc)
Donc au mieux (ce serait incroyable, hein...) lundi, et au pire (quoique...) ce serait 16-17 mai, voir plus tard genre un peu avant juin...

Si Kevin n'y voit pas d'inconvénient, je vais aussi passer la doc de TIGCC au peigne fin,
pour:

1) l'apprendre par coeur, ce qui est fesable avec mon QM de 150.

2) Voir s'il y a des fautes. Ca me paraît peu probable mais il y a tellement de choses
dans la doc TIGCC qu'il peut y avoir des blèmes avec les versions (il m'avait semblé
avoir vu une info devenue fausse à cause de la sortie du nouveau linker, notamment)

Kevin > Bon et puis je veux bien les discutions avec Sebastian et PpHd.

Billy Charvet :
J'ai toujours pas vu si il y avait une signature impossible à reproduire,
(genre un hash des données particulier, vérifié par TIGL/TI Connect/ la TI)
mais pour ce que j'ai regardé (rapidement), il est parfaitement faisable de
faire un export en .??u utilisables sous VTI, (ensuite, est-ce qu'ils pourront être envoyés par TIGL/TI Connect, ça reste à voir...)

VTI ne vérifie aucun checksum et trouve juste à quel endroit est placé l'équivalent du .tib, je pense. Mais est-ce que ça aurait un intérêt ?

prout

de generer un .??u ?

Billy Charvet :
Bon, pour la beta 9, faudrait arriver à une belle compilation de TIB
(genre lier PedRom avec ld-tigcc, ce qui ne peut se faire en qqes minutes,
hélas...blèmes de segments etc) ainsi qu'implémenter le format .??u.

Compiler PedroM devrait me prendre 10 minutes maximum. Mais il me faut les bonnes sources de PreOs...

J'y suis presque. J'ai encore un problème: il y a des différences d'adresses entre sections différentes:

	dc.w	BT_NONE_str-DrawStaticButtonTable
	dc.w	BT_OK_str-DrawStaticButtonTable
	dc.w	BT_SAVE_str-DrawStaticButtonTable
	dc.w	BT_YES_str-DrawStaticButtonTable
	dc.w	BT_CANCEL_str-DrawStaticButtonTable
	dc.w	BT_NO_str-DrawStaticButtonTable
	dc.w	BT_GOTO_str-DrawStaticButtonTable

Ce n'est pas implémenté dans A68k. (Dans GNU as oui, je l'ai rajouté en même temps que le mode all-relocs...)

Et au passage, l'utilisation de words pour des références entre sections est à qualifier de bogue à mon avis.

Même problème ici:

	dc.w	SpriteX8_and-DrawIconTable
	dc.w	SpriteX8_or-DrawIconTable
	dc.w	SpriteX8_xor-DrawIconTable

Je sens que si je vais mettre la compilation séparée, j'aurai encore plus souvent ce problème.