Désactive les optimisations du compilateur, et comme par magie ça redeviendra comme avant. Comme Linus le dit dans la vidéo, fut un temps les compilateurs devaient être simple. Ils sont maintenant très intelligent.
Nous disons la même chose : avant on pouvait se figurer le code assembleur généré ; aujourd'hui peu y arrivent (et en tout cas pas moi, même en désactivant les optimisations avec certains compilos) et ce n'est pas forcément une mauvaise chose (les compilateurs font du très bon boulot, et bien mieux que ce qu'on ferait à la main sans y passer une éternité.) Mon propos est que l'assertion selon laquelle écrire du C est transparent par rapport au binaire produit n'était vrai qu'avant (quand les compilateurs étaient simples) ou pour de rares êtres suprêmes...
Bizarre venant de langage avec un runtime, un garbage collector, et tout plein d'autres features qui viennent modifier l'assembleur produit.
Beaucoup font cette critique en n'étant pas au courant qu'on peut le désactiver https://dlang.org/spec/garbage.html
Mais je comparais surtout à code équivalent (sans utiliser les fonctionnalités ajoutés) pour dire que je lis (et traduit ou me représente mentalement les actions de bas niveau) de la même façon que pour le C. Je fais partir des gens qui s'amusent à réécrire leurs codes dans divers langages de plusieurs façon (au moins une naïve traduisant mot à mot le C ici, et une autre cherchant à utiliser les plus du langage au fur et à mesure que je gagne en maitrise dessus.)
Si tu as regardé la vidéo, tu comprendre que le titre racoleur de ce lien n'est qu'une infime partie du message de Linus: I have yet to see a language that comes close to C in that respect.
En aucun cas il est dit que le C est le meilleur langage de tout les temps, tout usages confondus, toutes plateformes confondues, de manière purement objective.
C'est justement parce-que j'ai écouté la vidéo (que j'ai quand même trouvé agaçant par moment) que ma réponse est tout aussi nuancée : j'ai utilisé un titre racoleur aussi, mais ai indiqué que mes propositions dépendent des usages tout en répondant aux points que j'ai retenu.
Tout le monde ne peut pas toujours dire amen.
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: mine is better
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Nothing better than C. Évalué à 2.
Nous disons la même chose : avant on pouvait se figurer le code assembleur généré ; aujourd'hui peu y arrivent (et en tout cas pas moi, même en désactivant les optimisations avec certains compilos) et ce n'est pas forcément une mauvaise chose (les compilateurs font du très bon boulot, et bien mieux que ce qu'on ferait à la main sans y passer une éternité.) Mon propos est que l'assertion selon laquelle écrire du C est transparent par rapport au binaire produit n'était vrai qu'avant (quand les compilateurs étaient simples) ou pour de rares êtres suprêmes...
Beaucoup font cette critique en n'étant pas au courant qu'on peut le désactiver https://dlang.org/spec/garbage.html
Mais je comparais surtout à code équivalent (sans utiliser les fonctionnalités ajoutés) pour dire que je lis (et traduit ou me représente mentalement les actions de bas niveau) de la même façon que pour le C. Je fais partir des gens qui s'amusent à réécrire leurs codes dans divers langages de plusieurs façon (au moins une naïve traduisant mot à mot le C ici, et une autre cherchant à utiliser les plus du langage au fur et à mesure que je gagne en maitrise dessus.)
C'est justement parce-que j'ai écouté la vidéo (que j'ai quand même trouvé agaçant par moment) que ma réponse est tout aussi nuancée : j'ai utilisé un titre racoleur aussi, mais ai indiqué que mes propositions dépendent des usages tout en répondant aux points que j'ai retenu.
Tout le monde ne peut pas toujours dire amen.
"It is seldom that liberty of any kind is lost all at once." ― David Hume