EnumToString : problème de conversion

Il FAUT que EnumToString.h puisse être inclus plusieurs fois, parce qu'il a deux modes: Avec et sans GENERATE_ENUM_STRINGS.

Days.h est compliqué pour la même raison: Quand GENERATE_ENUM_STRINGS est défini, on ignore la protection contre l'inclusion multiple, car dans le .cpp on a besoin de l'inclure deux fois (une fois sans GENERATE_ENUM_STRINGS, une fois avec).

Citation:

---

Il FAUT que EnumToString.h puisse être inclus plusieurs fois, parce qu'il a deux modes: Avec et sans GENERATE_ENUM_STRINGS.

---

Oui effectivement!

Citation:

---

Days.h est compliqué pour la même raison: Quand GENERATE_ENUM_STRINGS est défini, on ignore la protection contre l'inclusion multiple, car dans le .cpp on a besoin de l'inclure deux fois (une fois sans GENERATE_ENUM_STRINGS, une fois avec).

---

Justement, quand GENERATE_ENUM_STRINGS est défini, la deuxième condition n'est pas remplie (

Code:

---

1 2 3

#if (!defined(GENERATE_ENUM_STRINGS)) #define DAYS_H #endif

---

) et donc le header ne sera pas redéfini. Du coup, je dirais plutôt qu'on se protège ainsi de l'inclusion multiple non ? En gros, tel que je le comprends, avec le premier include du cpp, le header Days va être défini et ensuite avec l'inclusion dans le GENERATE_ENUM_STRINGS, le non remplissage de la deuxième condition va l'empêcher d'être redéfini.
Du coup, je ne vois pas ce qu'apporte la deuxième partie de la double condition avec le GENERATE_ENUM_STRINGS..

Tu interprètes mal le truc.

• Si GENERATE_ENUM_STRINGS n'est pas défini, on a un garde d'inclusion normal: On vérifie que DAYS_H n'est pas défini (sinon on saute tout l'en-tête) et on le définit.
• Si GENERATE_ENUM_STRINGS est défini, on inclut tout l'en-tête même si DAYS_H est déjà défini, et on ne le définit pas soi-même.

D'un autre côté, c'est vrai qu'avec l'erreur sur l'enum, le fait de ne pas définir DAYS_H soi-même ne sert pas à grand-chose, vu que l'inclusion avec GENERATE_ENUM_STRINGS doit forcément avoir lieu après l'inclusion sans. Mais ce code était prévu pour Visual, où cette erreur n'existe(ait) pas.

Citation:

---

Tu interprètes mal le truc.
Si GENERATE_ENUM_STRINGS n'est pas défini, on a un garde d'inclusion normal: On vérifie que DAYS_H n'est pas défini (sinon on saute tout l'en-tête) et on le définit.
Si GENERATE_ENUM_STRINGS est défini, on inclut tout l'en-tête même si DAYS_H est déjà défini, et on ne le définit pas soi-même.

---

Ok donc avec l'inclusion nécessaire avec le GENERATE_ENUM_STRINGS, on est obligé en fait de parcourir deux fois le header (une première pour définir l'énum et une deuxième quand la génération des strings est en cours) c'est ça ?

Du coup, à la première inclusion, on a les directives du cas ou GENERATE_ENUM_STRINGS n'est pas définie et ensuite, on redéfinie après des undef en utilisant cette fois-ci les directives du cas GENERATE_ENUM_STRINGS.

C'est exactement ça.

Parfait!

Merci beaucoup Médinoc :ccool: