Desativar erro de aviso único

Existe uma maneira de desativar apenas uma única linha de aviso em um arquivo cpp com o visual studio?

Por exemplo, se eu detectar uma exceção e não lidar com ela, recebo o erro 4101 (variável local não referenciada). Existe uma maneira de ignorar isso apenas nessa função, mas caso contrário, relatá-lo na unidade de compilação? No momento, eu coloquei #pragma warning (disable : 4101)no topo do arquivo, mas obviamente apenas desativa a unidade inteira.

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

Se você deseja suprimir um aviso em uma única linha de código, pode usar o suppress especificador de aviso :

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

Para uma única linha de código, isso funciona da mesma forma que escrever o seguinte:

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

#pragma push / pop costuma ser uma solução para esse tipo de problema, mas, neste caso, por que você simplesmente não remove a variável não referenciada?

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

Use #pragma warning ( push ), então #pragma warning ( disable ), coloque seu código e use #pragma warning ( pop )conforme descrito aqui :

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

Exemplo:

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

Este pragma é válido para C ++ começando com Visual Studio 2005.
https://msdn.microsoft.com/en-us/library/2c8f766e(v=vs.80).aspx

O pragma NÃO é válido para C # até Visual Studio 2005 até Visual Studio 2015.
Erro: "Desativação ou restauração esperada".
(Acho que eles nunca implementaram suppress...)
https://msdn.microsoft.com/en-us/library/441722ys(v=vs.140).aspx

C # precisa de um formato diferente. Ficaria assim (mas não funcionaria):

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

Em vez de suppress, você deve disablee enable:

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

Isso é TÃO feio, acho que é mais inteligente apenas reformulá-lo:

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

Em vez de colocá-lo em cima do arquivo (ou mesmo de um arquivo de cabeçalho), apenas envolva o código em questão com #pragma warning (push), #pragma warning (disable)e uma correspondência #pragma warning (pop), conforme mostrado aqui .

Embora existam algumas outras opções, incluindo #pramga warning (once).

Também se pode usar UNREFERENCED_PARAMETERdefinido em WinNT.H. A definição é apenas:

#define UNREFERENCED_PARAMETER(P)          (P)

E use-o como:

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

Por que você o usaria, você pode argumentar que pode simplesmente omitir o próprio nome da variável. Bem, há casos (configuração de projeto diferente, compilações de depuração / liberação) onde a variável pode realmente ser usada. Em outra configuração, essa variável permanece sem uso (e, portanto, o aviso).

Algumas análises de código estático ainda podem dar um aviso para esta declaração sem sentido ( wParam;). Nesse caso, você pode usar o DBG_UNREFERENCED_PARAMETERque é o mesmo que UNREFERENCED_PARAMETERem compilações de depuração e faz P=Pna compilação de lançamento.

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

Se você deseja desativar a unreferenced local variableescrita em algum cabeçalho

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

E use

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

Em certas situações, você deve ter um parâmetro nomeado, mas não o usa diretamente.
Por exemplo, eu encontrei isso no VS2010, quando 'e' é usado apenas dentro de uma decltypeinstrução, o compilador reclama, mas você deve ter a variável nomeada e.

Todas as não #pragmasugestões acima se resumem a apenas adicionar uma única declaração:

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

como @rampion mencionou, se você estiver no clang gcc, os avisos são por nome, não por número, e você precisará fazer:

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

esta informação vem daqui