Mouarf, le troll en puissance
Je vais me limiter à un truc plus soft que ce Kevin nous fait habituellement (ce qui n'empêche pas les coups de griffe pour les deux côtés)
Il y a des softs AMS native de cet âge-là qui n'ont pas été mis à jour... mais effectivement, très peu doivent fonctionner sans patches sur V200 et 89T, ne serait-ce qu'à cause de la détection des modèles qui ne prévoyait pas la V200 et/ou la 89T
La compatibilité antérieure (des programmes bien écrits, naturellement, ce que n'étaient pas certains des premiers programmes kernel-based des années antiques, qui s'amusaient à accéder à des variables internes de l'OS en utilisant des adresses absolues
) est plutôt sympa pour l'utilisateur.
Cependant:
* ça a un coût direct: le kernel-based maintient une certaine compatibilité antérieure en particulier en utilisant des RAM_CALLs (ROM_base, KEY_*)... c'est à dire des types relogés. Imité en cela par les PSEUDO_CONST_CALC de TIGCC 0.95+ (c'est bien de faire la même chose que le kernel quand le kernel fait un truc bien, mais c'est dommage d'imiter les conneries d'un point de vue efficacité que sont les PSEUDO_CONST_CALC et les BSS).
* ça a un coût indirect: les programmes auxquels personne ne touche tournent toujours, mais ils ne bénéficient pas des améliorations de la toolchain qui sont intervenues entretemps, en particulier le linker optimisant de TIGCC 0.95+.
(bon, en fait, les programmes kernel-based ne bénéficieraient pas directement des améliorations de la toolchain, parce que rares sont ceux qui sont écrits avec TIGCC: l'âge d'or du kernel était bien antérieur à TIGCC 0.95
)
[EDIT: c'est mieux quand on finit ses posts _avant_ de les envoyer...]
) est plutôt sympa pour l'utilisateur.
