Merci @Pyramidev pour cette remarque sur les VLAs.
"alloca" devrait faire aussi bien, non ?
http://man7.org/linux/man-pages/man3/alloca.3.html
Si c'est le cas, on a donc les VLA comme syntaxical sugar du C99.
Quelles optimisations possibles en C ne l'est pas en C++ ?(parmi celui que j'ai donné provenant de chez Intel)
On en revient toujours au même, comment pouvez-vous taxer le C++ comme un gouffre de performance quand tout ce qui est possible en C l'ai aussi en C++ ?
Ça c'est sous le pingouin, pas chez le papillon. Et encore, je suis pas un spécialiste de la banquise mais d'autres pourront vous donnez bien des moyen pour faire des choses sans même aucune de ces librairies (comme en C d'ailleur).Premièrement c'est faux, la libc =/= libc++ =/= libstdc++
Un développeur système sait que les API d'OS sont majoritairement des API C qui oblige à maitriser le C++, donc le malloc, qui fait partie du C++ aussi bien que du C.un C++ enthusiast comme toi devrait le saluer.
Je ne dis pas que le C++ est l'Alpha et l’Oméga des langages, mais le C n'a pas un pouvoir magique non plus.
Si le new ne fait plus rentrer les performances dans les clous, un simple #define pour utiliser une mécanique adaptée, comme un malloc, mais quitte à faire de l'optimisation on va se laisser pousser la barbe et faire un truc aux petits ognons avec le temps gagné lors de la conception/implémentation du reste du projet.
Le C n'est pas magique, et j'ai l'impression de voir beaucoup de charlatans.
Partager