> Faire de la compatibilité on-calc demande aussi de coder en conséquence
Presque toujours, oui.

> et encore une fois, le kernel fait gagner beaucoup de ce point de vue-là.
?
Ca ne fait gagner ni sur la partie graphique (il faut coder deux interfaces graphiques quand même), ni sur les touches (overhead comparable à l'option de ld-tigcc qui permet d'optimiser les constantes au niveau du link, ce qui reste loin de l'optimisation en temps de compilation). Et c'est pareil d'écrire les pseudo-constantes de touches et les RAM_CALLs.

Ce n'est pas l'incompatibilité on-calc qui empêche les gens d'utiliser un programme