Lionel Debroux (./193) :
Quels bugfixes 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é.

(Pour ton ./195, j'y répondrai par la suite.)

Folco (./196) :
T'es pas standard !!! Les commentaires kernel étaient là avant !!!

Ils ne gèrent que le champ _comment et pas author, version, icon etc. Et le champ _comment est très bien géré par TIGCC. (Si on utilise COMMENT_STRING pour un programme kernel, ça crée automatiquement un champ _comment.)

Je m'en bats puissamment les kooyes avec une pelle à tarte, ton IDE n'est pas plus standard que mon script.

La compilation en ligne de commande est dépréciée, ça n'existe que pour les vieux projets.

Et t'es plus movea.l %a0,%a1, ou lea.l (%a0),%a1 ? Non, mais dis-le moi, parce que perso, je suis plus include que incbin. Chacun son truc.

Je suis pour utiliser l'instruction adaptée à la tâche. Contrairement à tes movea et lea, les instructions .include et .incbin ne sont pas équivalentes. Ça ne sert strictement à rien de convertir un fichier binaire en un header, c'est exactement à ça que sert .incbin.

Multi-thread non simultané, non-préemptif, bref t'as très bien compris le fond de ce que j'ai soulevé et qui invalide ton argument

Ce n'est pas sur le terme de "multi-thread" que portait mon "N'importe quoi...", mais sur la simple idée d'utiliser CF et un assembleur on-calc en même temps.

mon programme n'est pas censé tourner seul sur la calc.

Si, c'est une calculatrice, pas un PC.

(et je me souviens d'une de tes diatribes d'il y a peut-être 5 ans, ou tu tapais sur les programmes qui se permettaient de penser qu'isl avaient le droit d'avoir toute la ram de la calc... faudrait savoir, non ? )

Il faut laisser la place pour des TSRs et des sections BSS de FlashApps, et à la limite quelques petites variables, c'est sur ça que portait ma remarque. Mais ça ne sert à rien de consommer moins d'environ 90 à 100 KO parce que de toute façon il faudra garder cette RAM libre pour d'autres logiciels (qui s'exécutent un à la fois - une fois de plus, la calculatrice n'est pas du tout conçue pour le multitâches, le task switcher de PedroM est un joli proof of concept, tout comme le mien, mais ça reste une bidouille expérimentale, pas quelque chose de vraiment utilisable).

Je m'en bats puissamment les kooyes avec une pelle à tarte, j'ai fait mon choix entre ppgsuperstarteroverkill et les packaarchives. J'ai fait le choix en connaissance de cause, je ne me sens nulle obligation de faire ton test pour le justifier.

Donc ton argument prétendant que le PPG sera plus gros si on compte le pstarter n'est pas valide.

Et sinon, tu pourrais aussi argumenter de manière moins grossière.