C'è un modo per ottenere informazioni migliori sul contesto di un errore quando si utilizza msvc? (es: C2248)

Question

Mi chiedo se c'è un modo per ottenere informazioni migliori sulla posizione di un errore in msvc (2005)?

Ad esempio, quando eredita da boost :: noncopyable nella mia classe ottengo un errore di C2248 dicendo qualcosa del tipo:

errore C2248: 'boost :: noncopyable _ :: :: noncopyable noncopyable': non può accedere membro privato dichiarato in classe 'boost :: noncopyable _ :: noncopyable'. Questa diagnostica è verificato nella funzione compilatore ha generato 'MyClass :: MyClass (const MyClass &)'

ma non riescono a dirmi dove esattamente il costruttore di copia è stato chiamato. Questo è un po 'fastidioso. Non sono sicuro, ma penso di ricordare di aver visto le impostazioni da qualche parte in cui potrei specificare il livello di output o qualcosa, ma ho cercato e trovato nulla, quindi la mia domanda è: c'è un modo per migliorare (più pieno?) Messaggio di errore in msvc ?

Edit: Beh, poiché StackOverflow mi ha appena detto che dovrei cercare di accettare una risposta, mi chiedevo se qualcuno potesse dire se msvc 2008/2010 fornisce una diagnostica migliore per questo errore? Qualcuno ha anche parlato del GCC, qualcuno può confermarlo? Che dire di altri compilatori (Intel ?, Comeau?)

Grazie

Answer 1

Posso confermare con Code :: Blocks e VC++ 2005, che non fornisce alcun indizio dove si verifica l'errore. Neanche dichiara il proprio aiuto per il costruttore di copie private.

#include <boost/noncopyable.hpp> 

class X: boost::noncopyable 
{ 
}; 

void foo(X x) {} 

int main() 
{ 

    X x; 
    foo(x); 
} 

Il registro di compilazione (linea di cinque è l'ultima riga della dichiarazione della classe):

main.cpp(5) : error C2248: 'boost::noncopyable_::noncopyable::noncopyable' : cannot access private member declared in class 'boost::noncopyable_::noncopyable' C:\boost_1_38_0\boost/noncopyable.hpp(27) : see declaration of 'boost::noncopyable_::noncopyable::noncopyable' C:\boost_1_38_0\boost/noncopyable.hpp(22) : see declaration of 'boost::noncopyable_::noncopyable' This diagnostic occurred in the compiler generated function 'X::X(const X &)'

A meno che non ci sia un'opzione del compilatore per consentire diagnostica degli errori più approfonditi, questo wouldn Per me è la prima volta che compilo semplicemente il file con GCC (MinGW) per ottenere più utili diagnosi degli errori. (Ahimè, il tuo codice dovrebbe essere privo di estensioni VC++.)

Answer 2

Nella finestra di uscita o la costruzione di log si dovrebbe vedere dove il compilatore ha cercato di utilizzare il modello nel codice ... bisogna scorrere un po 'però.

Se non c'è abbastanza informazioni nei log di costruzione, c'è anche un'opzione che controlla la verbosità msbuild:
Strumenti> Opzioni> Progetti e Solutions-> costruire e Esegui-> MSBuild prolissità output del progetto

Answer 3

È possibile creare temporaneamente un costruttore di copia manuale (con la stessa firma) e l'implementazione predefinita, solo allo scopo di rintracciare questo errore ..? Non sono sicuro se ciò lo renderebbe più facile da trovare.

Answer 4

Aprire la finestra di output, in cui viene visualizzato il log completo dell'edificio. Controlla lì il messaggio di errore. Sotto questo messaggio di errore, di solito puoi trovare più informazioni che possono aiutarti a rintracciare la fonte del problema.

Se si fa doppio clic sul problema nell'elenco degli errori e si passa alla finestra di output, il cursore verrà posizionato su tale messaggio di errore.

Answer 5

In realtà, il modo migliore per risolvere questo (VS2013 qui) sembra strisciare sopra la finestra di uscita in modo iterativo:

1/quando si ottiene il messaggio "Questa diagnosi è verificato nella funzione compilatore ha generato 'X :: X (const X &) "" nell'output, vai alla tua classe 'X' e rimuovi esplicitamente il costruttore di copie usando la notazione C++ 11: "X (const X &) = delete;"

2/ricompilare, ora l'output deve visualizzare lo stesso errore ma con una diagnostica che si verifica su classi figlio, quindi eseguire di nuovo il ciclo al passaggio 1 per eliminare esplicitamente il costruttore di copie sulla classe figlio, fino a raggiungere il vero guasto classe ...