Opérations arithmétiques sur les caractères

Bonjour,

Je cherche à valider un comportement C++ qui serait peut-être défini par référence à la norme C.

Y a-t-il des garanties sur les opérations arithmétiques avec des char ? Par exemple, peut-on être certains que :

Code:

---

1 2 3

'0' + 1 == '1' // Il me semble que oui, mais je n'ai pas trouvé dans le standard 'a' + 1 == 'b' // Il me semble que non 'A' + 1 == 'B' // Idem

---

Merci

Bonjour,

Dans le draft C99 :

Citation:

---

5.2 Environmental considerations
5.2.1 Character sets
(...)
In both the source and execution basic character sets, the value of each character after 0 in the above list of decimal digits shall be one greater than the value of the previous.

---

Il n'y a pas de précision pour les chiffres.

Coa,

Non, c'est dépendant de l'encodage (pour certains encodages, les caractères ne sont pas consécutifs, pour les chiffres, je ne sais plus, c'est loin :)).

Par contre, c'est vrai en ASCII. :)

Ah, merci, je n'avais pas pensé du tout à lire cette section.
Donc, tel que je lis ça, c'est bien garanti pour les chiffres, mais pas pour les lettres.

Citation:

---

the 10 decimal digits
0 1 2 3 4 5 6 7 8 9
[...]
In both the source and execution basic character sets, the value of each character after 0 in the above list of decimal digits shall be one greater than the value of the previous.

---

Je pense que tout ce que tu as proposé est possible. Même pour les lettres, car si tu affiche sur l'ecran '0' + 1 ; il affiche le caractère suivant soit '1'
Pareil pour les lettres, car dans la table d'encodage ( ascii ) , ce sont des caractères qui se suivent.
L'ordinateur derrière ne voit que des chiffres de toute façon , pour lui '0' sera un 48 et 'a' un 97.
Et il va les traiter comme des chiffres ...

( Pardon , pas vu que vous cherchiez un truc précis à 100% ) ( pour moi il me semblez que c'était toujours comme ça ) ( bien sur dépendant de l'encodage )

Bonjour,

Citation:

---

Envoyé par dapounet

Il n'y a pas de précision pour les chiffres.

---

Pardon je voulais dire « lettres ». :oops:

Citation:

---

Envoyé par JolyLoic

Ah, merci, je n'avais pas pensé du tout à lire cette section.
Donc, tel que je lis ça, c'est bien garanti pour les chiffres, mais pas pour les lettres.

---

Exact. Les principales contraintes sur les charsets et le choix de char signé ou non:
- le jeu de caractère de base a pour codet des valeurs positives (donc une implémentation qui utilisant EBCDIC comme charset a un char non signé); ces valeurs sont les mêmes dans tous les charsets (je ne suis pas sûr que ce soit les mêmes entre char et wchar_t; donc char en EBCDIC + variantes et wchar_t en UCS32 est possible), et disponible dans le mode par défauts pour les charsets modaux;
- le codet 0 désigne le caractère nul dans tous les modes;
- les codets des chiffres sont consécutifs et dans le bon ordre;
- (à vérifier) wchar_t est un codage ou 1 codet = 1 wchar_t (donc UTF-16 devrait être interdit pour wchar_t, mais on le rencontre).

Note: j'avais écrit ceci sur le sujet. Je suis en train de le reprendre et de le complèter. Mais c'est toujours un brouillon; ça fait 28 pages A4 et je n'en suis pas encore à la partie sur le C et le C++.

Citation:

---

Envoyé par LittleWhite

Pareil pour les lettres, car dans la table d'encodage ( ascii ) , ce sont des caractères qui se suivent.

---

Mais dans d'autres charsets (les multiples variantes d'EBCDIC par exemple) ce n'est pas le cas.