|
Publicité ' | ||||||||||||||||||||||||
|
|
#21 |
![]() ![]() Florian BlanchetEtudiant en Optique Inscription : août 2004 Messages : 1 112 ![]() |
J'ai édité mon message précédent,il semblerait que le POI peut avoir un impact sur le lookup, et j'ai l'impression qu'on est dans ce cas, cf mon message pour les détails.
Source : Norme + Vandevoorde @Arzar: Visual fait déjà une erreur sur l'exemple de la norme cité par Loic, donc sans même parlé de Variadic il est un peu à la ramasse sur les règles de lookup.
__________________
"We can solve any problem by introducing an extra level of indirection" Butler Lampson "N'importe quel problème peut être résolu en introduisant un niveau d'indirection supplémentaire" Butler Lampson (traduction libre) |
|
|
00
|
|
|
#22 | ||
![]() ![]() Loïc JolyDéveloppeur informatique Inscription : août 2004 Messages : 4 698 ![]() |
Citation:
Citation:
- La recherche de base, qui a lieu au moment de la définition, pas de l'instanciation, - La recherche dépendante des arguments, qui elle a lieu dans les namespaces associés aux arguments de la fonction tels qu'ils sont connus au point d'instanciation de la fonction. Dans notre cas : - La recherche de base ne trouvera pas la fonction définie après. - La recherche dépendante du nom ne trouvera rien, car int n'a pas de namespace associé, et string a std comme namespace associé, mais std ne contient pas de fonction f. Je pense que si à la place de std::string, tu utilisais un type défini dans le même namespace que tes différentes fonctions f, tu aurais donc un résultat différent, puisque là la recherche dépendante du nom pourrait trouver ces fonctions.
__________________
Ma session aux Microsoft TechDays 2013 : Développer en natif avec C++11. |
||
|
|
00
|
|
|
#23 |
![]() ![]() Germino LegrandDéveloppeur de jeux vidéo Inscription : octobre 2010 Messages : 390 ![]() |
(P.S: SFINAE != Single Failure Is Not An Error mais Substitution Failure Is Not An Error)
__________________
|
|
10
|
|
|
#24 | ||
![]() ![]() Florian BlanchetEtudiant en Optique Inscription : août 2004 Messages : 1 112 ![]() |
@Loic: Je pense qu'au final on se rejoint sur la conclusion, j'ai assimilé les deux lieux de recherche car ma source a été la norme et elle le fait :
Citation:
Citation:
.@All: C'est inutile de parler de SFINAE, il n'intervient pas vraiment dans cette situation. Ce qu'on nomme SFINAE n'entre en jeu qu'en présence d'appel explicite à une spécialisation (*), ce n'est pas notre cas. Dans ce cas les paramètre template sont déduits des paramètres de la fonction, il n'y a donc pas d'erreur de substitution (**). (*) Sauf pour le premier appel du premier exemple du premier message, mais ce n'est pas lui qui pose problème. (**) On peut peut-être trouver des cas tordues où il rentre en jeu sans appel explicite à une spécialisation, mais là c'est pas le cas.
__________________
"We can solve any problem by introducing an extra level of indirection" Butler Lampson "N'importe quel problème peut être résolu en introduisant un niveau d'indirection supplémentaire" Butler Lampson (traduction libre) |
||
|
|
00
|
Copyright © 2000-2013 - www.developpez.com