Gibt es eine Möglichkeit, bessere Informationen für den Kontext eines Fehlers zu erhalten, wenn Sie msvc verwenden? (ex: C2248)

Question

Ich frage mich, ob es eine Möglichkeit gibt, bessere Informationen über den Ort eines Fehlers in msvc (2005) zu erhalten?

Wenn zum Beispiel von boost :: noncopyable in meiner Klasse zu erben bekomme ich einen C2248 Fehler etwas sagen wie:

Fehler C2248: 'boost :: noncopyable _ :: noncopyable :: noncopyable': nicht zugreifen kann privates Member, das in der Klasse 'boost :: noncopyable _ :: noncopyable' deklariert ist. Diese Diagnose im Compiler erzeugte Funktion aufgetreten ‚MyClass :: MyClass (const myClass &)‘

aber es fehlen mir zu sagen, wo genau wurde die Kopie Konstruktor aufgerufen. Das ist ein bisschen nervig. Ich bin wirklich nicht sicher, aber ich denke, ich erinnere mich an eine Einstellung irgendwo wo ich die Ausgabeebene oder etwas angeben konnte, aber ich suchte und fand nichts, also meine Frage ist: Gibt es eine Möglichkeit, besser (voller?) Fehlermeldung in msvc ?

Edit: Nun, da stackoverflow sagte mir nur, dass ich eine Antwort akzeptieren sollte, fragte ich mich, ob jemand könnte sagen, wenn msvc 2008/2010 eine bessere Diagnose für diesen Fehler geben? Jemand erwähnte auch, dass GCC tun sollte, kann jemand das bestätigen? Was ist mit anderen Compilern (Intel ?, Comeau?)

Dank

Answer 1

Ich kann mit Code :: Blocks und VC++ 2005 bestätigen, dass es keinen Hinweis gibt, wo der Fehler auftritt. Das Deklarieren einer eigenen privaten Konstruktorhilfe wird auch nicht ausgeführt.

#include <boost/noncopyable.hpp> 

class X: boost::noncopyable 
{ 
}; 

void foo(X x) {} 

int main() 
{ 

    X x; 
    foo(x); 
} 

Die Kompilierung log (Zeile fünf ist die letzte Zeile der Klassendeklaration):

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 &)'

Sofern es einen Compiler-Schalter ist gründlichere Fehlerdiagnose zu ermöglichen, diese wouldn Es ist für mich nicht das erste Mal, dass ich die Datei mit GCC (MinGW) kompiliere, um hilfreichere Fehlerdiagnosen zu erhalten. (Leider sollte Ihr Code keine VC++ - Erweiterungen enthalten.)

Answer 2

Im Ausgabefenster oder das Protokoll der Assemblierung sollten Sie sehen, wo der Compiler die Vorlage in Ihrem Code zu verwenden versucht ... Sie um scrollen ein bisschen obwohl.

Wenn nicht genügend Informationen in den Build-Protokolle ist, gibt es auch eine Option Steuerung msbuild Ausführlichkeit:
Extras-> Optionen-> Projekte und Solutions-> Bauen und Run-> MSBuild Projektausgabe Ausführlichkeit

Answer 3

Sie könnten vorübergehend einen manuellen Kopierkonstruktor (mit der gleichen Signatur) und die Standardimplementierung erstellen, nur um diesen Fehler aufzuspüren ..? Ich bin mir nicht sicher, ob das das Finden leichter machen würde.

Answer 4

Öffnen Sie das Ausgabefenster, in dem das vollständige Gebäudeprotokoll angezeigt wird. Überprüfen Sie dort die Fehlermeldung. Unter dieser Fehlermeldung können Sie normalerweise mehr Informationen finden, mit denen Sie die Ursache des Problems verfolgen können.

Wenn Sie das Problem in der Fehlerliste doppelklicken und zum Ausgabefenster wechseln, wird der Cursor auf diese Fehlermeldung positioniert.

Answer 5

Eigentlich ist der beste Weg, um diesen (VS2013 hier) Umgehung scheint iterativ über das Ausgabefenster zu kriechen:

1 /, wenn die Meldung „Diese Diagnose trat in der Compiler erzeugte Funktion‚X erhalten :: X (const X &) '"in der Ausgabe, gehen Sie zu Ihrer' X '-Klasse und entfernen Sie explizit den Kopierkonstruktor mit der C++ 11 Notation:" X (const X &) = löschen; "

2/rekompilieren, jetzt muss die Ausgabe den gleichen Fehler anzeigen, aber mit einer Diagnose für untergeordnete Klassen, dann erneut zu Schritt 1 gehen, um den Kopierkonstruktor für die untergeordnete Klasse explizit zu löschen, bis der tatsächliche Fehler erreicht ist Klasse ...