Si certaines personnes souhaitent rester avec Fortran 77, c'est pour des raisons techniques. Tu n'imagines pas ce que l'on peut demander a un bon compilateur Fortran.
Sans parler de problemes de perfo du C++, pour le C, avec un bon linker, tu peux aussi faire pas mal de choses qu'il est tres difficile de faire en C++. Interposer des symboles (du VRAI polymorphisme ??? en fonction de l'heure, de l'utilisateur ou autre), ordonner les symboles relativement les uns aux autres dans une lib, vraiment masquer des symboles, surtout, eviter pas mal de trucs que le C++ t'impose.
Enfin, l'approche "OO" n'est pas forcement bonne pour toutes les problematiques. Moi je vois des methodes virtuelles de 6000 lignes, qui monocode leur traitement en fonction du type des arguments ... J'ai meme passe une certification Java, et je peux t'assurer que deja, t'en voies dans les exemples, alors que tu peux tres bien les eviter, avec une architecture + propre en prime.
P-e aussi que les dev du noyau on d'autres choses a faire que se prendre la tete avec la facon dont les compilateurs C++ fonctionnent. Parce que c'est LA qu'est le probleme.
[^] # Re: Une brèche
Posté par zeSixty4Douille . En réponse à la dépêche Patch pour le support du C++ dans le noyau. Évalué à 1.
Sans parler de problemes de perfo du C++, pour le C, avec un bon linker, tu peux aussi faire pas mal de choses qu'il est tres difficile de faire en C++. Interposer des symboles (du VRAI polymorphisme ??? en fonction de l'heure, de l'utilisateur ou autre), ordonner les symboles relativement les uns aux autres dans une lib, vraiment masquer des symboles, surtout, eviter pas mal de trucs que le C++ t'impose.
Enfin, l'approche "OO" n'est pas forcement bonne pour toutes les problematiques. Moi je vois des methodes virtuelles de 6000 lignes, qui monocode leur traitement en fonction du type des arguments ... J'ai meme passe une certification Java, et je peux t'assurer que deja, t'en voies dans les exemples, alors que tu peux tres bien les eviter, avec une architecture + propre en prime.
P-e aussi que les dev du noyau on d'autres choses a faire que se prendre la tete avec la facon dont les compilateurs C++ fonctionnent. Parce que c'est LA qu'est le probleme.