#define CHAR_BIT 8

=> https://linuxfr.org/users/small_duck/journaux/define-char_bit-8

2024-10-18 21:37 UTC,

Un séisme cataclysmique fait trembler jusqu'aux fondations du web et ébranle tout le monde connu, les réseaux sociaux sont en feu, Stroustrup refuse de répondre au téléphone, tandis que nous attendons impatiemment une déclaration de nos dirigeants éclairés : le über geek JF Bastien vient de publier une [proposition de changement du standard C++]

=> https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2024/p3477r0.html

décrétant qu'il y aurait exactement 8 bits dans un byte, prouvant au passage que les français étaient une fois de plus précurseurs en généralisant le terme octet.

Alors vous le savez sans doute, une immense majorité des architectures aujourd'hui font effectivement ce choix, et les compilos modernes sont construits sur ce modèle. L'argument de JF Bastien est donc que non seulement il n'existe presque plus de systèmes où ce n'est pas vrai, mais qu'en plus la minorité de développeurs qui pourraient travailler sur ces architectures n'ont aucun besoin d'un compilateur C++ moderne: "The question isn’t whether there are still architectures where bytes aren’t 8-bits (there are!) but whether these care about modern C++… and whether modern C++ cares about them."

Je sens confusément que je devrais avoir une opinion tranchée sur la question, il ne me reste plus qu'à déterminer laquelle.

[Télécharger ce contenu au format EPUB]

=> https://linuxfr.org/users/small_duck/journaux/define-char_bit-8.epub

Commentaires : [voir le flux Atom]

=> //linuxfr.org/nodes/137076/comments.atom

[ouvrir dans le navigateur]

=> https://linuxfr.org/users/small_duck/journaux/define-char_bit-8#comments

=> ..