Eu estava apenas brincando com o g ++ 4.7 (um dos instantâneos posteriores) com -std = c ++ 11 habilitado. Tentei compilar parte da minha base de código existente e um caso que falhou me confunde um pouco.
Eu apreciaria se alguém pudesse explicar o que está acontecendo.
Aqui está o código:
#include <utility>
#include <iostream>
#include <vector>
#include <string>
int main ( )
{
std::string s = "abc";
// 1 ok
std::pair < std::string, int > a = std::make_pair ( s, 7 );
// 2 error on the next line
std::pair < std::string, int > b = std::make_pair < std::string, int > ( s, 7 );
// 3 ok
std::pair < std::string, int > d = std::pair < std::string, int > ( s, 7 );
return 0;
}
Eu entendo que make_pair deve ser usado como o caso (1) (se eu especificar os tipos, então eu também posso usar (3)), mas não entendo por que ele está falhando neste caso.
O erro exato é:
test.cpp: In function ‘int main()’:
test.cpp:11:83: error: no matching function for call to ‘make_pair(std::string&, int)’
test.cpp:11:83: note: candidate is:
In file included from /gcc4.7/usr/local/lib/gcc/i686-pc-linux-gnu/4.7.0/../../../../include/c++/4.7.0/utility:72:0,
from test.cpp:1:
/gcc4.7/usr/local/lib/gcc/i686-pc-linux-gnu/4.7.0/../../../../include/c++/4.7.0/bits/stl_pair.h:274:5:
note: template<class _T1, class _T2> constexpr std::pair<typename std::__decay_and_strip<_T1>::__type, typename std::__decay_and_strip<_T2>::__type> std::make_pair(_T1&&, _T2&&)
/gcc4.7/usr/local/lib/gcc/i686-pc-linux-gnu/4.7.0/../../../../include/c++/4.7.0/bits/stl_pair.h:274:5:
note: template argument deduction/substitution failed:
test.cpp:11:83: note: cannot convert ‘s’ (type ‘std::string {aka std::basic_string<char>}’) to type ‘std::basic_string<char>&&’
Novamente, a questão aqui é apenas "o que está acontecendo?" Sei que posso corrigir o problema removendo a especificação do modelo, mas só quero saber o que está falhando aqui nos bastidores.
- g ++ 4.4 compila este código sem problemas.
- A remoção de -std = c ++ 11 também compila com o código sem problemas.
std::vector
construção . Pelo menos este produz um erro do compilador e não uma mudança silenciosa na semântica.