Note que on a le même problème avec bash vs sh. Une très très grande partie des scripts shell qui sont écrits aujourd'hui se croient compatible sh alors que dans les faits, ils ne sont compatibles que bash. Les subilités sont extrèmement pointues, je ne m'en rappelle plus mais dans les faits, on a bloqué à coup de script le shell qu'on utilise (par exemple, dans l'init Sys5).
Le même problème existe aussi avec gcc. Nombre de logiciels libres écrits en C ou C++ ont en fait vérouillé leur plate-forme indirectement par l'utilisation de constructions supportées uniquement par gcc (au hasard, les macros avec nombre d'arguments variables).
Bref, plus ça va, plus on se recentre sur des logiciels dominants de l'écosystème. Est-ce un problème à ce point-là ? Je n'en suis pas sur.
[^] # Re: Et la compatibilité
Posté par Philippe F (site web personnel) . En réponse à la dépêche Archlinux utilise désormais systemd par défaut pour les nouvelles installations. Évalué à 7.
Note que on a le même problème avec bash vs sh. Une très très grande partie des scripts shell qui sont écrits aujourd'hui se croient compatible sh alors que dans les faits, ils ne sont compatibles que bash. Les subilités sont extrèmement pointues, je ne m'en rappelle plus mais dans les faits, on a bloqué à coup de script le shell qu'on utilise (par exemple, dans l'init Sys5).
Le même problème existe aussi avec gcc. Nombre de logiciels libres écrits en C ou C++ ont en fait vérouillé leur plate-forme indirectement par l'utilisation de constructions supportées uniquement par gcc (au hasard, les macros avec nombre d'arguments variables).
Bref, plus ça va, plus on se recentre sur des logiciels dominants de l'écosystème. Est-ce un problème à ce point-là ? Je n'en suis pas sur.