Einzelwarnfehler deaktivieren

Gibt es eine Möglichkeit, nur eine einzelne Warnzeile in einer CPP-Datei mit Visual Studio zu deaktivieren?

Wenn ich beispielsweise eine Ausnahme abfange und sie nicht behandle, wird der Fehler 4101 (nicht referenzierte lokale Variable) angezeigt. Gibt es eine Möglichkeit, dies nur in dieser Funktion zu ignorieren, es aber ansonsten in der Kompilierungseinheit zu melden? Im Moment habe ich #pragma warning (disable : 4101)oben in die Datei eingefügt, aber das schaltet sie offensichtlich nur für die gesamte Einheit aus.

#pragma warning( push )
#pragma warning( disable : 4101)
// Your function
#pragma warning( pop ) 

Wenn Sie eine Warnung nur in einer einzigen Codezeile unterdrücken möchten, können Sie den suppress Warnspezifizierer verwenden :

#pragma warning(suppress: 4101)
// here goes your single line of code where the warning occurs

Für eine einzelne Codezeile funktioniert dies genauso wie das Schreiben der folgenden:

#pragma warning(push)
#pragma warning(disable: 4101)
// here goes your code where the warning occurs
#pragma warning(pop)

#pragma Push / Pop sind oft eine Lösung für diese Art von Problemen, aber warum entfernen Sie in diesem Fall nicht einfach die nicht referenzierte Variable?

try
{
    // ...
}
catch(const your_exception_type &) // type specified but no variable declared
{
    // ...
}

Verwenden Sie #pragma warning ( push )dann #pragma warning ( disable ), geben Sie Ihren Code ein und verwenden Sie ihn #pragma warning ( pop )wie hier beschrieben :

#pragma warning( push )
#pragma warning( disable : WarningCode)
// code with warning
#pragma warning( pop ) 

Beispiel:

#pragma warning(suppress:0000)  // (suppress one error in the next line)

Dieses Pragma gilt für C ++ ab Visual Studio 2005.
https://msdn.microsoft.com/en-us/library/2c8f766e(v=vs.80).aspx

Das Pragma ist NICHT gültig für C # über Visual Studio 2005 bis Visual Studio 2015.
Fehler: "Erwartete Deaktivierung oder Wiederherstellung".
(Ich denke, sie sind nie zur Implementierung gekommen suppress...)
https://msdn.microsoft.com/en-us/library/441722ys(v=vs.140).aspx

C # benötigt ein anderes Format. Es würde so aussehen (aber nicht funktionieren):

#pragma warning suppress 0642  // (suppress one error in the next line)

Stattdessen suppressmüssen Sie disableund enable:

if (condition)
#pragma warning disable 0642
    ;  // Empty statement HERE provokes Warning: "Possible mistaken empty statement" (CS0642)
#pragma warning restore 0642
else

Das ist so hässlich, ich denke, es ist klüger, es einfach neu zu stylen:

if (condition)
{
    // Do nothing (because blah blah blah).
}
else

Statt es auf der Datei des Setzens (oder sogar einer Header - Datei), wickeln Sie einfach den Code in Frage #pragma warning (push), #pragma warning (disable)und eine passende #pragma warning (pop), wie gezeigt hier .

Obwohl es einige andere Optionen gibt, einschließlich #pramga warning (once).

Man kann auch UNREFERENCED_PARAMETERdefiniert in verwenden WinNT.H. Die Definition ist nur:

#define UNREFERENCED_PARAMETER(P)          (P)

Und benutze es wie:

void OnMessage(WPARAM wParam, LPARAM lParam)
{
    UNREFERENCED_PARAMETER(wParam);
    UNREFERENCED_PARAMETER(lParam);
}

Warum sollten Sie es verwenden? Sie könnten argumentieren, dass Sie den Variablennamen selbst einfach weglassen können. Nun, es gibt Fälle (unterschiedliche Projektkonfiguration, Debug / Release-Builds), in denen die Variable möglicherweise tatsächlich verwendet wird. In einer anderen Konfiguration bleibt diese Variable unbenutzt (und daher die Warnung).

Einige statische Code-Analysen geben möglicherweise immer noch eine Warnung für diese unsinnige Anweisung aus ( wParam;). In diesem Fall können Sie das verwenden, DBG_UNREFERENCED_PARAMETERwas mit UNREFERENCED_PARAMETERDebug-Builds und P=PRelease- Builds identisch ist .

#define DBG_UNREFERENCED_PARAMETER(P)      (P) = (P)

Wenn Sie das unreferenced local variableSchreiben in einem Header deaktivieren möchten

template<class T>
void ignore (const T & ) {}

und verwenden

catch(const Except & excpt) {
    ignore(excpt); // No warning
    // ...  
} 

In bestimmten Situationen müssen Sie einen benannten Parameter haben, den Sie jedoch nicht direkt verwenden.
Zum Beispiel bin ich auf VS2010 darauf gestoßen. Wenn 'e' nur in einer decltypeAnweisung verwendet wird, beschwert sich der Compiler, aber Sie müssen die benannte Variable haben e.

Alle oben genannten Nichtvorschläge beschränken sich #pragmadarauf, nur eine einzige Aussage hinzuzufügen:

bool f(int e)
{ 
   // code not using e
   return true;
   e; // use without doing anything
}

Wie @rampion erwähnt hat, sind die Warnungen, wenn Sie sich in clang gcc befinden, nach Name und nicht nach Nummer, und Sie müssen Folgendes tun:

#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wunused-variable"
// ..your code..
#pragma clang diagnostic pop

Diese Info kommt von hier