enum class et value

Bonjour,


Alors que je travaille sur une librairie permettant de manipuler des grands nombres (exercice totalement � but p�dagogique dans le but de ma�triser le C++ dont le C++11) j'ai eu le malheur d'�crire cela:

Code:

---

enum class Sign : char { NUL = 0, PLUS = 1, MINUS = -1 };

---

Tout va bien jusqu'� ce que je d�cide de programmer le produit de deux signes.

Code:

---

Sign product(Sign a, Sign b)

---

J'aimerai donc utiliser les valeurs des Sign et non pas leur signification.

Si PLUS = 1 et MINUS = -1 alors le produit de deux signes me donne directement le signe du r�sultat.

Mais comment r�cup�rer 1 ou -1 (sans faire des if dans tous les sens, car cela, je sais faire)

D�j� est ce possible ?

Si oui, avez vous une piste ?

En vous remerciant !

Salut,

tu peux utiliser static_cast. Mais si tu t'int�resses � la valeur sp�cifique d'un enum, un enum fortement typ� n'est peut-�tre simplement pas la bonne solution.
Dans ce cas, avec simplement 3 casts tu peux retourner ton r�sultat return static_cast<Sign>(static_cast<char>(a) * static_cast<char>(b)); puisque tu es s�r que les solutions appartiennent � [-1, 1] et a une repr�sentation dans l'enum.

Oki. Merci de ta r�ponse.

Je vais alors revoir mon travail !

Attention, char n'est pas forc�ment sign�.
Le plus petit type pour les nombres sign�s est signed char ou bien std::int_least8_t.

Ce ne serait pas plut�t std::int8_t que std::int_least8_t, qui a "au moins" une taille de 8 mais donc potentiellement plus ?

Citation:

---

Envoy� par Bktero

Ce ne serait pas plut�t std::int8_t que std::int_least8_t, qui a "au moins" une taille de 8 mais donc potentiellement plus ?

---

Justement std::int8_t n'existe pas si le processeur ne peut pas g�rer les octets alors que std::int_least8_t existe toujours et est donc le plus petit.
Par exemple le MSP320 on a :

Code:

---

1 2 3 4

sizeof(char)=sizeof(short)=sizeof(int)=sizeof(std::int_least8_t)=sizeof(std::int16_t)=1 // ils font tous 16 bits, la plus petite unité adressable d'où sizeof=1 sizeof(long)=sizeof(std::int32_t)=2 // 32 bits sizeof(long long)=4 // 64bits

---

C'est vrai que les types � taille fixe sont optionnels. Dans le cas o� ils n'existent pas, en effet, il faut utiliser les versions least :plusser:

Sinon un simple int t'�vitera des tracas. Pas besoin d'include suppl�mentaire et t'es s�r que �a fera l'affaire.
Apr�s, on a affaire � un d�butant, il n'a pas une architecture ou du mat�riel �trange. char fera aussi l'affaire. S'il travaillait sur du mat�riel sp�cial qui n'a pas de signed char ou int8, il devrait en �tre conscient et une telle question ne pas �tre pos�e.
Le char de ma premi�re r�ponse est parce que son enum est typ� en char. Si le compilo accepte ce char, il accepte que les valeurs de l'enum soit des char, donc les caster vers char fonctionnera.

char, c'est un probl�me sp�cial, car il est normativement �gal � signed char ou unsigned char, selon le bon vouloir de l'impl�mentation.
En l'occurence, windows et linux n'ont pas choisi le m�me (mais je ne sais plus lequel).

alors que int est sign�.

Citation:

---

Envoy� par ternel

char, c'est un probl�me sp�cial, car il est normativement �gal � signed char ou unsigned char, selon le bon vouloir de l'impl�mentation.
En l'occurence, windows et linux n'ont pas choisi le m�me (mais je ne sais plus lequel).

---

Ne confondrais-tu pas avec wchar_t? Car il me semble que char est sign� (du moins, en l'absence d'une option de compilation stipulant le contraire) sur l'un comme l'autre...
Et aussi, si je me souviens bien, en C++ char, qu'il soit sign� ou non, est un type s�par� de signed char et unsigned char. Ce qui n'est pas le cas pour les autres types entiers.

En farfouillant un peu, il s'av�re que c'est effectivement sign� par d�faut pour gcc et visual studio mais les deux fournissent une option de compilation (-funsigned-char et /J, respectivement)
Note: pour au moins le NDK android, gcc utilise par d�faut un char non sign�.