Et après ça parle de "inline". Si c'est ça la raison, il suffit de l'ajouter dans son code source C. Dis autrement, je ne vois pas ce que le C++ pourrait faire que le C ne fait pas. Il n'y a pas d'instructions assembleur magique qui sortiront en C++ et pas en C.
L'avantage du C++ n'est pas dans l'assembleur généré, mais il permet d'exprimer des algorithmes plus complexes plus simplement qu'en C. Sans compter que la bibliothèque standard étant plus large, avec des fonctions très optimisées et souples comme ceux pour la manipulation de chaînes de caractères. Du coup ton programme en C++ fera probablement usage de code ou d'algorithmes plus optimisés que si tu devais l'implémenter à la main. Et le tout avec probablement moins de bogues.
Du coup oui, si tu as beaucoup de temps, et que tu es vraiment bon pour pondre le design idéal à chaque fois, coder en C est plus efficient oui. Mais sinon, ce n'est pas improbable que le C++ (voire un langage plus haut niveau encore) fasse mieux que le C grâce à cela.
[^] # Re: Quid sur de gros programmes ?
Posté par Renault (site web personnel) . En réponse au lien Faites du C pour sauver la planète!. Évalué à 3.
L'avantage du C++ n'est pas dans l'assembleur généré, mais il permet d'exprimer des algorithmes plus complexes plus simplement qu'en C. Sans compter que la bibliothèque standard étant plus large, avec des fonctions très optimisées et souples comme ceux pour la manipulation de chaînes de caractères. Du coup ton programme en C++ fera probablement usage de code ou d'algorithmes plus optimisés que si tu devais l'implémenter à la main. Et le tout avec probablement moins de bogues.
Du coup oui, si tu as beaucoup de temps, et que tu es vraiment bon pour pondre le design idéal à chaque fois, coder en C est plus efficient oui. Mais sinon, ce n'est pas improbable que le C++ (voire un langage plus haut niveau encore) fasse mieux que le C grâce à cela.