Здравствуйте, igna, Вы писали:
I>Как узнать, какую из перегруженных функций выбрал компилятор, если нет возможности ни запустить, ни даже скомпоновать программу?
sizeof(foo(args))? или компилировать тоже нельзя?
Re[2]: Какую из перегруженных функций выбрал компилятор?
Здравствуйте, Bell, Вы писали:
B>Комо выбирает f(double) — немного измененный пример компилируется:
Зато не компилируется вот что:
struct B {};
struct D : B {};
struct first {};
struct second {};
first f(B const&);
template <typename T>
void g(T const& x)
{
first test=f(x);
}
int main()
{
g(D());
}
second f(D const&);
При замене first на second внутри g компилируется. Разве это нормально?
Re[5]: Какую из перегруженных функций выбрал компилятор?
Здравствуйте, igna, Вы писали:
I>Здравствуйте, Bell, Вы писали:
B>>Комо выбирает f(double) — немного измененный пример компилируется:
I>Зато не компилируется вот что:
I>
I>struct B {};
I>struct D : B {};
I>struct first {};
I>struct second {};
I>first f(B const&);
I>template <typename T>
I>void g(T const& x)
I>{
I> first test=f(x);
I>}
I>int main()
I>{
I> g(D());
I>}
I>second f(D const&);
I>
I>При замене first на second внутри g компилируется. Разве это нормально?
Выглядит это действительно ненормально, но формально Комо прав.
Все дело в том, что в твоем примере аргумент в вызове функции g имеет определенный пользователем тип, а в этом случае во время второй фазы поиска имен (two-phase lookup) вносит свой вклад ADL. Поэтому и выбирается second f(D const&). Если же вызвать g с аргуметном встроенного типа, то второй фазы просто не будет, и при вызове будет использована привязка, полученная на первой фазе.
Вот иллюстрация этого:
struct B {};
struct D : B {};
struct first {};
struct second {};
first f(B const&);
first f(double);
template <typename T>
void g(T const& x)
{
first test=f(x);
}
int main()
{
g(int());//ok (вызывается f(double))
g(D());//error (вызывается f(const D&))return 0;
}
second f(int);
second f(D const&);
ЗЫ
В "C++ Templates: The Complete Guide" это описывается в разделе 10.3.
Любите книгу — источник знаний (с) М.Горький
Re[6]: Какую из перегруженных функций выбрал компилятор?
Здравствуйте, Bell, Вы писали:
B>Выглядит это действительно ненормально, но формально Комо прав. B>Все дело в том, что в твоем примере аргумент в вызове функции g имеет определенный пользователем тип, а в этом случае во время второй фазы поиска имен (two-phase lookup) вносит свой вклад ADL. Поэтому и выбирается second f(D const&). Если же вызвать g с аргуметном встроенного типа, то второй фазы просто не будет, и при вызове будет использована привязка, полученная на первой фазе. B>Вот иллюстрация этого:
B>struct B {};
B>struct D : B {};
B>struct first {};
B>struct second {};
B>first f(B const&);
B>first f(double);
B>template <typename T>
B>void g(T const& x)
B>{
B> first test=f(x);
B>}
B>int main()
B>{
B> g(int());//ok (вызывается f(double))
B> g(D());//error (вызывается f(const D&))
B> return 0;
B>}
B>second f(int);
B>second f(D const&);
B>ЗЫ B>В "C++ Templates: The Complete Guide" это описывается в разделе 10.3.
Там знаешь, что написано? Вот: "Fortunately, C++ defines the POI for a reference to a nonclass specialization to be immediately after the nearest namespace scope declaration or definition that contains that reference." То есть сразу после main и до объявлений обоих возвращающих second функций f.
Re[7]: Какую из перегруженных функций выбрал компилятор?
Здравствуйте, igna, Вы писали:
I>Там знаешь, что написано? Вот: "Fortunately, C++ defines the POI for a reference to a nonclass specialization to be immediately after the nearest namespace scope declaration or definition that contains that reference." То есть сразу после main и до объявлений обоих возвращающих second функций f.
Я знаю что там написано — иначе бы не приводил ссылку Попробую дать более полный ответ:
14.6.4 Dependent name resolution
1 In resolving dependent names, names from the following sources are considered:
— Declarations that are visible at the point of definition of the template.
— Declarations from namespaces associated with the types of the function arguments
both from the instantiation context (14.6.4.1) and from the definition context.
В нашем примере имя f — зависимое (из-за аргуметна, тип которого определяется параметром шаблона g) и в случае, если этот аргумент имеет определенный пользоватетем тип, то во второй фазе рассматриваются имена из всего глобального пространства имен (потому что тип D лежит в глобальном пространстве). Поэтому то, что POI g находится сразу после main, не играет роли.
Вот пример для иллюстрации:
struct B {};
struct D : B {};
struct first {};
struct second {};
//first f(B const&);template <typename T>
void g(T const& x)
{
first test=f(x);
}
int main()
{
g(D());
}
second f(D const&);
"ComeauTest.c", line 12: error: no suitable user-defined conversion from "second" to
"first" exists
first test=f(x);
^
detected during instantiation of "void g(const T &) [with T=D]" at
line 17
Т.е. имя second f(D const&); находится во время второй фазы несмотря на то, что оно невидимо ни в точке определения, ни в точке инстанциирования шаблона, а ошибка связана с невозможностью преобразования типов.
Если же зависимый аргумент имеет встроенный тип, то второй фазы фактически нет, и при компиляции аналогичного примера имя не будет найдено:
struct first {};
struct second {};
//first f(double);template <typename T>
void g(T const& x)
{
first test=f(x);
}
int main()
{
g(int());
}
second f(int);
"ComeauTest.c", line 9: error: identifier "f" is undefined
first test=f(x);
^
detected during instantiation of "void g(const T &) [with T=int]" at
line 14
Любите книгу — источник знаний (с) М.Горький
Re[8]: Какую из перегруженных функций выбрал компилятор?
Здравствуйте, Bell, Вы писали:
B>Я знаю что там написано
Сорри, неудачно выразился.
B>14.6.4 Dependent name resolution
B>1 In resolving dependent names, names from the following sources are considered:
B>— Declarations that are visible at the point of definition of the template.
B>— Declarations from namespaces associated with the types of the function arguments
B> both from the instantiation context (14.6.4.1) and from the definition context.
Спасибо! Не сообразил, что выделенное можно понять буквально; предполагал, что имеются ввиду декларации, которые были бы видимыми при наличии соответствующей директивы using.
Re: Какую из перегруженных функций выбрал компилятор?
Здравствуйте, igna, Вы писали:
I>Как узнать, какую из перегруженных функций выбрал компилятор, если нет возможности ни запустить, ни даже скомпоновать программу?
Простой способ состоит в том, чтобы у ожидаемой и остальных сигнатур сделать разные несовместимые типы результатов.
template<bool> struct bool2type {};
bool2type<true> foo(int);
bool2type<false> foo(unsigned);
bool2type<false> foo(double);
int main()
{
bool2type<true> t = foo( "hello"[2] ); // надеюсь, что будет foo(int)
}
... << RSDN@Home 1.2.0 alpha rev. 655>>
Перекуём баги на фичи!
Re[8]: Какую из перегруженных функций выбрал компилятор?
Здравствуйте, Bell, Вы писали:
B>... рассматриваются имена из всего глобального пространства имен (потому что тип D лежит в глобальном пространстве).
Интересно бы знать rationale для такого разрешения в случае ADL использовать функцию, объявление которой находится после использования.
B>14.6.4 Dependent name resolution
B>1 In resolving dependent names, names from the following sources are considered:
B>— Declarations that are visible at the point of definition of the template.
B>— Declarations from namespaces associated with the types of the function arguments
B> both from the instantiation context (14.6.4.1) and from the definition context.
Зачем здесь последняя строка? Что она означает, что нельзя использовать функцию находящуюся хоть и в одном из namespaces associated with the types of the function arguments, но в другой единице компиляции? Но разве для введения такого ограничения не лучше упомянуть именно единицу компиляции, а не контексты?
Re[9]: Какую из перегруженных функций выбрал компилятор?
Возможно объяснение есть в той же "C++ Templates: The Complete Guide" (10.3.):
A translation unit usually contains multiple POIs for the same instance. For class template instances, only the first POI in each translation unit is retained, and the subsequent ones are ignored (they are not really considered POIs). For nonclass instances, all POIs are retained. In either case, the ODR requires that the instantiations occurring at any of the retained POIs be equivalent, but a C++ compiler does not need to verify and diagnose violations of this rule. This allows a C++ compiler to pick just one nonclass POI to perform the actual instantiation without worrying that another POI might result in a different instantiation.
In practice, most compilers delay the actual instantiation of noninline function templates to the end of the translation unit. This effectively moves the POIs of the corresponding template specializations to the end of the translation unit. The intention of the C++ language designers was for this to be a valid implementation technique, but the standard does not make this clear.
Re[10]: Какую из перегруженных функций выбрал компилятор?
I>In practice, most compilers delay the actual instantiation of noninline function templates to the end of the translation unit. This effectively moves the POIs of the corresponding template specializations to the end of the translation unit. The intention of the C++ language designers was for this to be a valid implementation technique, but the standard does not make this clear.
Ага, у Страуструпа (C.13.8.4) есть даже такой пример.
As usual, use of global functions can make matters worse. The global namespace is considered the namespace associated with built-in types, so global functions can be used to resolve dependent calls that take built-in types. For example:
int f(int);
template<class T> T g(T t) { return f(t); }
char c = g('a'); // error: alternative resolutions of f(t) are possiblechar f(char);
We could generate the specialization g<char>(char) at the point of instantiation and get f(int) called. Alternatively, we could wait and generate the specialization at the end of the translation unit and get f(char) called. Consequently, the call g('a') is an error.
Но вот где для этого основания в стандарте? Что-то я никак не пойму.