PpHd (./61) :
Vainqueur par KO.
Il n'y a pas de KO, tu me dis (je paraphrase) "réécris-moi mon énorme programme optimisé vitesse en l'optimisant en taille ou la ferme", ce n'est pas réaliste comme demande.

Kevin Kofler (./60) :
(De plus, le kernel ne propose rien pour les fichiers de données, à part l'abus du système de librairies conditionnelles de PreOs.)
Traduction pour néophyte: 'abus' = 'super fonctionnalité que j'aimerais avoir mais que je peux pas, et donc que je vomis'
Non, "abus" = "abus", point.
Le système de librairies kernel a été conçu entièrement pour le code, tu as rajouté un simple flag pour le non-relogement et tu nous vends ça comme une solution pour les données.

Le chargement conditionnel peut être utile pour le
code (c'est du
dlopen), mais fais-nous un
dlopen sur un fichier de données sous GNU/Linux et tout le monde se moquera de toi.

Je ne vois pas pourquoi ce serait différent avec un
kernel::LibsBegin. Il y a des APIs plus adaptées pour les fichiers de données (
vat.h en l'occurrence).
Je rappelle aussi que jplib n'est pas dans stdlib.
Ah pardon, je pensais que c'était le cas, étant donné que c'est livré avec les sources de PreOs. Mais tout ce que ça fait, c'est que j'ai choisi un mauvais exemple.

Il y a par exemple
triglib dans
stdlib qui est peu ou pas utilisée.
genalib aussi (CF l'utilise, mais à part ça?). Et
ugplib.