enum et type sous-jacent

Version imprimable

15/12/2009, 11h46
3DArchi

enum et type sous-jacent

Citation:

Envoyé par Lavock

Bon, par contre, un enum à plus de 256 valeur, ça craint.

:koi:
15/12/2009, 11h53
Lavock

Ben quoi, un enum, c'est un type int. Il est sûrement sur une machine 32 bit, mais rien n'interdit un int d'être un int8_t. Donc théoriquement, on devrait éviter les enum qui ne tienne pas dans des char non ?

Le type sous-jacent d'un enum est à la discrétion du compilateur. Il doit cependant en choisir un qui puisse contenir toutes les valeurs définies et au max un int ... sauf si le int n'est pas suffisant.
En fait, sur GCC ou Visual, les enums sont souvent directement mappé sur des int.
Notes qu'avec C++0x, tu pourras spécifier le type souhaité :
Code:

1 2 3 enum answer : bool {yes, no}; // occupe la même place qu'un bool enum struct relation : unsigned char {less, equal, greater}; // occupe la même place qu'un unsigned char enum class level : int {low, medium, high}; // occupe la même place qu'un int
ce qui ne veut pas dire que le typage sera relâché :
Code:

1 2 3 4 unsigned char uc(0); relation r = uc; // erreur level le(level::low); int i = le;// erreur

15/12/2009, 12h36
Lavock

Héhé, alors cela diffère du C :

Citation:

Envoyé par ISO/IECC 9899 TC3 Committee Draft 2007-09-07, §6.7.2.2

The expression that defines the value of an enumeration constant shall be an integer constant expression that has a value representable as an int.

Portant, je pense que j'aurais du mal a me défaire de cette habitude :'( !

Note :

Citation:

Envoyé par ISO/IECC N3000 2009-11-09, §7.2

Each enumeration defines a type that is different from all other types. Each enumeration also has an
underlying type. The underlying type can be explicitly specified using enum-base ; if not explicitly specified, the underlying type of a scoped enumeration type is int.

PS : Il y a moyen de remplacer "Envoyé par" par autre chose ?
15/12/2009, 13h58
3DArchi

Citation:

Envoyé par Lavock

Héhé, alors cela diffère du C :

Portant, je pense que j'aurais du mal a me défaire de cette habitude :'( !

Note :

PS : Il y a moyen de remplacer "Envoyé par" par autre chose ?

C'est un peu plus subtil : 'scoped enumeration' désigne les nouvelles classes d'énumération (enum struct ou enum class) :

Citation:

The enumeration type declared with an enum-key of only enum is an unscoped enumeration, and its enumerators are unscoped enumerators. The enum-keys enum class and enum struct are semantically equivalent; an enumeration type declared with one of these is a scoped enumeration, and its enumerators are scoped enumerators.

Pour les anciennes énumération (enum tout court), c'est la même définition que pour C++03 :

Citation:

For an enumeration whose underlying type is not fixed, the underlying type is an integral type that can
represent all the enumerator values defined in the enumeration. If no integral type can represent all the
enumerator values, the enumeration is ill-formed. It is implementation-defined which integral type is used
as the underlying type except that the underlying type shall not be larger than int unless the value of an
enumerator cannot fit in an int or unsigned int. If the enumerator-list is empty, the underlying type is
as if the enumeration had a single enumerator with value 0.
15/12/2009, 14h22
Lavock

Ok, en gros, en C, enum = int;
en C++, enum = ce-que-le-compileur-décide mais max int;
enum [struct/class] = ce-qu'on-veux.

Question, quel est l'intérêt des scoped enum ?
15/12/2009, 14h27
3DArchi

Citation:

Envoyé par Lavock

Ok, en gros, en C, enum = int;
en C++, enum = ce-que-le-compileur-décide mais max int;
enum [struct/class] = ce-qu'on-veux.

Question, quel est l'intérêt des scoped enum ?

Bonne question : N237.
15/12/2009, 15h00
Lavock

Merci bien ! :ccool:
15/12/2009, 19h31
gl

Juste un petit aparté sur les énumérations en C, qui semble t'avoir induit en erreur:

Citation:

Envoyé par Lavock

Il est sûrement sur une machine 32 bit, mais rien n'interdit un int d'être un int8_t.

Si la plage minimale garantie pour un int (-32767 à 32767).

En outre :

Citation:

5.2.4.1 Translation limits
— 1023 enumeration constants in a single enumeration

Donc, en C, tu peux avoir 1023 valeurs dans ton énumérations sans soucis.
15/12/2009, 21h52
Lavock

Oui, mais leur valeur doivent être compris dans un int. Donc même si cela sont des int8, tu peux faire 1023 enumeration, mais avec seulement 256 valeurs...
15/12/2009, 22h37
gl

Citation:

Envoyé par Lavock

Oui, mais leur valeur doivent être compris dans un int. Donc même si cela sont des int8

Ca ne peut pas être un int8. 8 bits ne permettent pas de représenter la plage minimale garantie pour le type int.

Citation:

Envoyé par Lavock

tu peux faire 1023 enumeration, mais avec seulement 256 valeurs...

Ce n'est pas 1023 énumérations mais 1023 éléments (enumeration constants) dans une énumération.
16/12/2009, 10h07
Lavock

Citation:

Envoyé par gl

Ca ne peut pas être un int8. 8 bits ne permettent pas de représenter la plage minimale garantie pour le type int.

Ben, ça c'est un truc contradictoire. En gros, on pourrais pas faire du c ansi sur une plateforme 8bit >< ? Ou alors obligé de se farcir un type optimal pas optimal du tout ? Ca a toujours été comme ça ?

Citation:

Envoyé par gl

Ce n'est pas 1023 énumérations mais 1023 éléments (enumeration constants) dans une énumération.

Héhé, désolé, j'arrivais plus à trouver le mot.
16/12/2009, 10h51
3DArchi

Citation:

Envoyé par Lavock

Ben, ça c'est un truc contradictoire. En gros, on pourrais pas faire du c ansi sur une plateforme 8bit >< ? Ou alors obligé de se farcir un type optimal pas optimal du tout ? Ca a toujours été comme ça ?

Salut,
Les plages que doivent représentées les types numériques sont fixées par la norme C (99) et sont les mêmes pour C++. Et un int doit être au minimum 16bits. Est-ce que ça toujours été comme ça ? J'en sais rien. Le plus vieux proc. que j'ai tâté est le 8086 qui était déjà 16 bits.