Quels bugfixes [à pstarter/ttstart] y a-t-il ?

Sûrement un bon paquet depuis 2004, mais malheureusement je ne me rappelle pas de tout ce qui avait été reporté.

Je ne me souviens pas qu'il y en ait eu tant que ça, mais il faudrait retrouver des versions de 2004 pour en être sûr...
Dans le repository CVS de TIGCC, on trouve:

Date: Tue Feb 28 23:36:59 2006 +0000
Import pstarter.
Date: Mon Mar 20 17:16:22 2006 +0000
Port ttunpack code to GNU as and drop hex array hack.
Date: Mon Mar 20 17:21:33 2006 +0000
Fix hexadecimal number syntax.
Date: Sun Sep 2 00:50:51 2007 +0000
Fix pst-ttuf.h build (complete the GNU as port: macro and local label syntax, pc->%pc, missing : after label, change invalid bset.w to b
Date: Sun Sep 2 01:06:46 2007 +0000
Update copyright year and history.
Date: Sun Sep 2 21:11:27 2007 +0000
Move handles in front of program name so the program name can be changed to a name with odd length.

Deux bugs sur six commits.

Je vois qu'il y a des différences entre mon pstarter local et celui de TIGCC/GCC4TI (ce dernier étant manifestement plus à jour), il va falloir que j'unifie tout ça.


A priori, le support des dossiers dans le nom de la data variable fonctionne sans modifications au linker. J'ai écrit à David Randall avant les congés de Noël pour lui demander ce qui ne fonctionnait pas pour lui, je n'ai pas eu de réponse...
Ce serait donc l'absence de support des dossiers dans le nom du programme compressé qui serait une incohérence.

Le support des dossiers dans le pstarter ne consomme que 9 octets, soit moins d'1% de la taille d'un pstarter. Moins que de faire un wrapper TI-BASIC qui change temporairement et restaure le répertoire courant, ce que les utilisateurs font souvent pour éviter d'avoir à changer à la main dans un sens et dans l'autre le répertoire courant.

pour une fonctionnalité limite inutile

Ce n'est ni l'avis de David Randall, ni celui de TICT (dont le programme le plus connu utilise un répertoire autre que "main").

De toute façon, une validation complète est impossible parce qu'il y a aussi les mots-clé réservés, qui dépendent de la version de AMS et de la langue.

En effet.

Je ne peux que rejeter ce qui ne peut jamais être un nom valide.

Ce que fait l'IDE Delphi, c'est pour ça que je dis que KTIGCC est buggé

% ne sera jamais autorisé à être rentré par l'utilisateur dans l'EDI (en ligne de commande, c'est accepté), c'est un codage utilisé en interne par KTIGCC 2 pour passer le nom à ld-tigcc de manière portable et compatible Qt 4

Vu.