1

Désolé de pas avoir eu le temps de vérifier tout ca pendant les béta tests mais j'ai pas eu beaucoup le temps.
Il reste le bug des exit définis en double : le ROM_CALL et le RAM_CALL, j'ai mis le ROMCALL en comentaire mais ca serait bien que ca soit fait par défaut. Pour le reste j'ai pas encore eu le temps de faire beaucoup de test mais il me semble que les autres bug que j'avais signalé n'y sont plus
avatar

2

Il n'y a pas de ROM_CALL exit, c'est une macro de TIGCCLIB (appelant ERD_dialog au besoin, puis une fonction __exit de tigcc.a).
Et je ne comprends pas pourquoi PpHd a choisi de mettre exit en RAM_CALL quand il y a l'implémentation de TIGCCLIB qui fonctionne très bien.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

3

Il n'y a pas de ROM_CALL exit, c'est une macro de TIGCCLIB (appelant ERD_dialog au besoin, puis une fonction __exit de tigcc.a).
Exact j'ai regardé vraiment trop vite, je trouvais bizarre que exit qui réclame tu code de démarage passe pas un romcall .
Et je ne comprends pas pourquoi PpHd a choisi de mettre exit en RAM_CALL quand il y a l'implémentation de TIGCCLIB qui fonctionne très bien.

Je supose qu'il devait y avoir des incompatibilité avec le kernel pour qu'il face ca.
avatar

4

Il voulait probablement permettre d'utiliser exit dans une librairie. Je ne trouve pas ça très utile, mais bon, chacun ses goûts...
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

5

Kevin Kofler :
chacun ses goûts...

eeek
avatar

6

>Il voulait probablement permettre d'utiliser exit dans une librairie. Je ne trouve pas ça très utile, mais bon, chacun ses goûts...
Entre autre.
Si je fais appel a exit dans une lib dynamique, ca doit terminer le programme courant. Or ce n'etait possible qu'au niveau kernel. CQFD.
Et puis ca me prend pas plus de 50 octets.

Lorsque tu auras fini les tests, tu me l'envoies, que je la re-release.

7

Un truc qui cerait sympa mais je qais pas si c'est réalisable en C ca serait de faire une macro qui fasse
DefineVersion(truclib,01) ==> asm("truclib_version01 .xdef truclib_version01");
avatar

8

#DEFINE_LIB_VERSION (libname, version) asm( libname"_version" version": .xdef "libname"_version" version");

Exemple: DEFINE_LIB_VERSION ("truclib", "01");

Je sais pas si ca marche correctement grin

9

me"_version"#version)Comme ça plutôt non ?#DEFINE_LIB_VERSION (libname, version) asm( #libname"_version"#version": .xdef "#libna
avatar
« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas. »

10

edit: *rien une connerie comme d'hab*
avatar

11

Le label est inutile, on peut faire un .xdef sans label sous GNU as (et c'est reconnu tout aussi bien par le linker).
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

12

C'est pas un bug de as ?

13

Possible, mais TIGCCLIB utilise ça, donc s'ils suppriment cette fonctionnalité, je la remettrai en patch (avec tous les machins all-relocs etc. qu'on a, un patch local de plus ou de moins ne changera pas grand chose).
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité