C++ 11/14 make_unique sovraccarico ambiguo per std :: string

Question

Qualcuno potrebbe spiegare come risolvere l'ambiguo avviso di sovraccarico per make_unique, da dove viene l'errore e cosa significa esattamente (capisco cosa sia un sovraccarico ambiguo è ma non sono sicuro perché ne ottengo uno per questo particolare codice)? Sto usando C++ 11, quindi uso il modello raccomandato da Herb Sutter.

Utilizzando io ottenere il seguente errore:

Error 4 error C2668: 'make_unique' : ambiguous call to overloaded function 

E il mouse sopra tooltip in Visual Studio 13 mi dà il seguente ai metodi:

function template "std::enable_if<!std::is_array<_Ty>::value, std::unique_ptr<_Ty,std::default_delete<_Ty>>>::type std::make_unique<_Ty,_Types...>(_Types &&..._Args)" 
function template "std::unique_ptr<T, std::default_delete<T>> make_unique<T,Args...>(Args...) 
argument types are: std::string 

Il secondo dovrebbe essere quello chiamato dal modello make_unique

/* Will be part of c++14 and is just an oversight in c++11 
* From: http://herbsutter.com/gotw/_102/ 
*/ 
template<typename T, typename ...Args> 
std::unique_ptr<T> make_unique(Args&& ...args){ 
    return std::unique_ptr<T>(new T(std::forward<Args>(args)...)); 
} 

Il costruttore da inoltrare a:

Shader(const std::string& name); 

Il codice che genera l'errore

std::string _name = "Shader"; 
std::unique_ptr<Shader> s = make_unique<Shader>(_name); 

Answer 1

La chiamata è ambigua perché si fare hanno std::make_unique, come dimostrano i contenuti tooltip lei cita. E anche se non hai scritto std::, dal momento che stai passando un std::stringargument-dependent lookup kicks in to search that namespace automatically.

Quando si dice "Sto usando C++ 11", non è giusto, perché Visual Studio non ti permette di scegliere quale standard scrivere. Ti fornisce solo l'ultimo supporto che ha radunato per qualsiasi caratteristica data. E, a quanto pare, Visual Studio 2013 ha C++ 14 std::make_unique.

Rimuovere il proprio.

Answer 2

Sembrerebbe che non sia possibile farlo in Visual Studio.

È un bug.

La soluzione migliore è, come da questa domanda, How to Detect if I'm Compiling Code With Visual Studio 2008?, continuare a utilizzare vari #ifdefs per gestire casi in cui lo studio visivo è ancora troppo spazzatura per poter supportare le funzionalità di base.

Usa:

#if (_MSC_VER == 1500) 
    // ... Do VC9/Visual Studio 2008 specific stuff 
#elif (_MSC_VER == 1600) 
    // ... Do VC10/Visual Studio 2010 specific stuff 
#elif (_MSC_VER == 1700) 
    // ... Do VC11/Visual Studio 2012 specific stuff 
#endif