gestion des enum et auto-completion

Bonjour,

J'ai une variable dont le contenu correspond aux valeurs d'un enum.
Pour la déclaration de la variable j'utilise le type int8_t afin de gagner de l'espace mémoire (car j'ai mois de 127 éléments dans mon enum).

Le problème est que quand je fais ça, mon IDE ne peut pasz faire la correspondance entre ma variable et et les valeurs de l'enum.

Existe t-il une solution pour résoudre ce problème ?

Merci d'avance,

Lorsque tu déclare ta variable en int, ça veut dire que tu fera un cast implicite de ton enum, il est donc normal que ton IDE ne puisse pas faire l'auto-complétion car il ne peut pas faire le lien entre ta variable et ton enum.

Essaye d'activer l'auto complétion sur les mots déjà présent (même si je ne suis pas fan d'utiliser cette fonctionnalité).

Il ne me semble pas qu'en C, pas même en C11, on puisse déclarer la largeur d'une enum comme on peut le faire en .Net.
À présent la question est: es-tu à trois octets près, question mémoire? Travailles-tu sur de l'embarqué, ou sur des volumes de données énormes?

Citation:

---

Envoyé par Médinoc

Il ne me semble pas qu'en C, pas même en C11, on puisse déclarer la largeur d'une enum comme on peut le faire en .Net.
À présent la question est: es-tu à trois octets près, question mémoire? Travailles-tu sur de l'embarqué, ou sur des volumes de données énormes?

---

Oui je suis sur de l'embarqué et c'est bien là le problème :)

A priori ce que je demande est impossible à faire mais je demande pour confirmation

Tu peux peut-être laisser tomber l'enum, en te contentant de déclarer des constantes int8_t.
Avec un beau commentaire juste avant pour dire que c'est logiquement une enum.

Il est dis:

"While the above answers are correct some compilers have options to break the standard and use the smallest type that will contain all values."

Code:

---

1 2 3 4 5 6

enum ord __attribute__ ((__packed__)) { FIRST = 1, SECOND, THIRD, }; STATIC_ASSERT( sizeof(enum ord) == 1 )

---

Tu peux peut-être regarder du coté de cette piste pour pouvoir réduire la taille de ton enum et ainsi garder l'enum, en ayant une taille allouer minimale?

Ps: cet example ne semble fonctionner qu'avec gcc, mais je suppose que c'est le compilo que tu utilise, sinon il faut regarder les specs de ton compilo.:)

Citation:

---

Envoyé par skeud

Je suis tombé par hasard sur cette discution.

Dedans il est dis:

"While the above answers are correct some compilers have options to break the standard and use the smallest type that will contain all values."

Code:

---

1 2 3 4 5 6

enum ord __attribute__ ((__packed__)) { FIRST = 1, SECOND, THIRD, }; STATIC_ASSERT( sizeof(enum ord) == 1 )

---

Tu peux peut-être regarder du coté de cette piste pour pouvoir réduire la taille de ton enum et ainsi garder l'enum, en ayant une taille allouer minimale?

Ps: cet example ne semble fonctionner qu'avec gcc, mais je suppose que c'est le compilo que tu utilise, sinon il faut regarder les specs de ton compilo.:)

---

Bonne nouvelle, le code ci-dessous fonctionne (IDE : MPLAB X) :

Code:

---

1 2 3 4 5 6 7 8 9

typedef enum __attribute__((__packed__)){ TUTU_5, TUTU_6, TUTU_7, TUTU_8 } TUTU2; TUTU2 fooVar2; printf("[[[[[[[[[[enum size %lu]]]]]]]]]]\n", sizeof(fooVar2));

---

... la mauvaise nouvelle est que le parser de l'IDE n'apprécie pas le "__attribute__((__packed__))" pour un "typedef enum" et donc l'auto-completion ne fonctionne pas XD.
=> je vais essayer d'aller gueuler auprès du fabricant pour qu'il corrige ça :)

PS : "__attribute__((__packed__))" est supproté par l'IDE pour un "typedef struct"

Bah ça me semble normal du coup que l'IDE geule, comme c'est une spécificité du compilo, l'IDE ne peut pas prévoir les spécificité de tout les compilo ^^.

Par contre l'auto-complétion devrait fonctionner je pense, bizarre quand même.t'as essayer de voir si tu changeais le packed pour mettre une valeur ? genre un tiny int ou truc dans le genre? (je sais pas trop comment cette fonctionnalité marche, mais peut-être une piste.).

Je pense que c'est un oubli du développeur du parser de l'IDE car ça fonctionne très bien avec des "typedef struct"
=> j'ai laissé un message sur leur forum, on verra bien ce que ça donne

Je présume que tu as fait sizeof(type enuméré) sans rajouter de pragma ou d'attributs spéciaux et que cela ne te renvoie pas 1 ?

Dans la norme C99 (document n1256), à la section 6.7.2.2 Enumeration specifiers, on peut lire au point 4 :

Citation:

---

4 Each enumerated type shall be compatible with char, a signed integer type, or an
unsigned integer type. The choice of type is implementation-defined,110) but shall be
capable of representing the values of all the members of the enumeration. The
enumerated type is incomplete until after the } that terminates the list of enumerator
declarations.

---

(La note 110 n'apporte pas grand chose au débat : "An implementation may delay the choice of which integer type until all enumeration constants have been seen.")

Cela signifie que si ton énumération possède peu de valeurs, elle peut avoir une taille de 1. Regarde dans les options de ton compilateur quelles directives / options ils possèdent pour jouer sur la taille des énumérations.

PS : http://ww1.microchip.com/downloads/e...User_Guide.pdf
--> Voir la section D.10.6.
Si tu utilises un autre compilateur, tu auras sans doute quelque chose dans le même style.

C'est bon on m'a répondu sur le forum de microchip, pour qu'il n'y ait pas d'erreur dans l'IDE, il faut mettre l'attribut en fin de déclaration :

Code:

---

1 2 3 4 5 6 7

typedef enum { TUTU_5, TUTU_6, TUTU_7, TUTU_8 } __attribute__((__packed__)) TUTU2; TUTU2 fooVar2;

---

=> cette solution me convient.
=> je suppose qu'il existe une option de compilation pour le faire automatiquement

Merci pour l'aide