Question de résolution

Bonjour,

Je ne comprends pas pourquoi l'égalité fonctionne:

Code:

---

std::tr1::_Pair_data<0,std::pair<int,int>>::_Type (*ggg)(pair<int,int>& )=std::get<0,int,int>;

---

alors que:

Code:

---

int (*ggg)(pair<int,int>& )=std::get<0,int,int>;

---

et

Code:

---

std::pair<int,int>::first_type (*ggg)(pair<int,int>& )=std::get<0,int,int>

---

ne fonctionnent pas. Pourtant,

Code:

---

std::pair<int,int>::first_type

---

et

Code:

---

std::tr1::_Pair_data<0,std::pair<int,int>>::_Type

---

se résolvent à int.


Merci

Aucune raison que cela ne compile pas (ceci dit, il ne s'agit pas d'une égalité mais d'une initialisation).
....
sauf une mauvaise lecture du code source ;) :

Code:

---

1 2 3 4 5

template<class _Ty1, class _Ty2> struct _Pair_data<0, _STD pair<_Ty1, _Ty2> > { // struct to pick out argument type and value at index 0 typedef _Ty1& _Type;

---

Code:

---

int& (*ggg)(std::pair<int,int>& )=std::get<0,int,int>;

---

et

Code:

---

1 2	std::pair<int,int>::first_type& (*ggg3)(std::pair<int,int>& )=std::get<0,int,int>;

---

compilent alors très bien.

ok merci

Salut,

Juste une petite remarque en passant (qu'il me semble que l'on t'a déjà faite ;))

Evite comme la peste les membres et structures dont le noms est préfixé par l'underscore " _ " (ou le double underscore " __ " ).

Il s'agit de termes propres à l'implémentation que tu utilise, et il n'est pas du tout impossible qu'ils n'existent simplement pas si tu vient à changer de compilateur, voire, simplement, de version de la bibliothèque que tu utilise.

std::tr1::_Pair_data pourrait donc, parfaitement, se transformer en std::tr1::_pair_data ou (moins subtile :D) std::tr1::_data_pair en fonction de la version du compilateur et / ou de la version de la bibliothèque utilisée, et tu te retrouverais avec une foule d'erreur assez impressionnante ;)

@Koala : c'est du code d'implémentation .... de la STL de microsoft. D'où ces '_'. Je suppose que deubelte explore cette implémentation particulière pour étudier un exemple de code (car si c'est pour apprendre la STL, c'est le mauvais chemin :aie:).

Citation:

---

Envoyé par 3DArchi

@Koala : c'est du code d'implémentation .... de la STL de microsoft. D'où ces '_'. Je suppose que deubelte explore cette implémentation particulière pour étudier un exemple de code (car si c'est pour apprendre la STL, c'est le mauvais chemin :aie:).

---

C'est bien pour cela que j'attire son attention sur ce fait...

Il me semble juste que l'underscore comme préfixe est réservé par la norme pour l'implémentation de la STL...

Tu pourrais donc avoir une autre société qui l'implémente, qui utiliserait aussi l'undersocre comme préfixe, mais qui utiliserait des termes différents :P

ou ai-je encore une fois rêvé??