Considere este exemplo (vindo daqui ):
#include <type_traits>
#include <iostream>
template <typename U>
struct A {
};
struct B {
template <typename F = int>
A<F> f() { return A<F>{}; }
using default_return_type = decltype(std::declval<B>().f());
};
int main()
{
B::default_return_type x{};
std::cout << std::is_same< B::default_return_type, A<int>>::value;
}
Ele é compilado sem erros no gcc9.2, mas o gcc7.2 e o clang 10.0.0 reclamam por B
não serem concluídos. O erro de Clangs é:
prog.cc:11:58: error: member access into incomplete type 'B'
using default_return_type = decltype(std::declval<B>().f());
^
prog.cc:7:8: note: definition of 'B' is not complete until the closing '}'
struct B {
^
prog.cc:16:8: error: no type named 'default_return_type' in 'B'
B::default_return_type x{};
~~~^
prog.cc:17:35: error: no member named 'default_return_type' in 'B'
std::cout << std::is_same< B::default_return_type, A<int>>::value;
~~~^
c++
language-lawyer
incomplete-type
declval
idclev 463035818
fonte
fonte
.f()
. Isso faz sentido; o tipo incompletoB
não tem um membrof
.std::declval
que não importa mais se o tipo foi completa ou não (e eu acho que estou errado com isso)B
não é completo nem considerado completo emalias-declaration
.Respostas:
A origem do erro não é
std::declval
, mas o acesso incompleto dos membros da classe.Até a resolução do CWG1836 ser incorporada há 2,5 anos, o padrão exigia que a classe fosse concluída em uma expressão de acesso de membro da classe (
E1.E2
).[expr.ref] / 2 em C ++ 11 :
[expr.ref] / 2 em C ++ 17 :
E uma classe não é considerada completa por
alias-declaration
si sómember-specification
.[class.mem] / 6 em C ++ 17 :
fonte
De [declval] :
Este texto está presente desde C ++ 11 (portanto, não é possível que os compiladores estejam em conformidade com um padrão anterior)
fonte
T
deveria ser absolutamente um tipo completo. Ainda bem que verifiquei o padrão.