Ok, c'est ce que je me suis dit cette nuit, dans un demi-sommeil. J'avais utilisé ça parce que je viens de (re^n)-lire ProgFormatV4, et ça me permettait de virer le seul relogement de lib qu'il y avait au profit d'un autre relogement de ramcall, sachant que j'utilisais nécessairement kernel::exec. D'où un gain de place qui me descendait le loader à 117 bytes (+ les 6 octets que tu signales, une table de 3 pointeurs si j'ai bien compris, c'est pas ça qu'on appelle une liste chainée ? Les éléments font référence au suivant et/ou au précédent ?).

Bon ben c'est pas grave, ça :

_main:	jsr	pxclb__0000
	.long	kernel__Exec,kernel__LibsExec

Ca prend 129 octets, on fera avec.
Qui plus est, ça évite d'avoir un appel non protégé à LibsExec en cas d'échec.