Comment réduire au silence un avertissement concernant des variables inutilisées ?

Question

J'ai une application multiplateforme et dans certaines de mes fonctions, toutes les valeurs transmises aux fonctions ne sont pas utilisées. Je reçois donc un avertissement de GCC me disant qu'il y a des variables inutilisées.

Quelle serait la meilleure façon de coder pour contourner cet avertissement ?

Un #ifdef autour de la fonction ?

#ifdef _MSC_VER
void ProcessOps::sendToExternalApp(QString sAppName, QString sImagePath, qreal qrLeft, qreal qrTop, qreal qrWidth, qreal qrHeight)
#else
void ProcessOps::sendToExternalApp(QString sAppName, QString sImagePath, qreal /*qrLeft*/, qreal /*qrTop*/, qreal /*qrWidth*/, qreal /*qrHeight*/)
#endif
{

C'est tellement laid mais cela semble être la façon que le compilateur préférerait.

Ou dois-je assigner zéro à la variable à la fin de la fonction ? (ce que je déteste car cela modifie quelque chose dans le déroulement du programme pour faire taire un avertissement du compilateur).

Existe-t-il une méthode correcte ?

Answer 1

Vous pouvez mettez-le dans " (void)var; "Expression (ne fait rien) pour qu'un compilateur voit qu'il est utilisé. Ceci est portable entre compilateurs.

Par exemple

void foo(int param1, int param2)
{
    (void)param2;
    bar(param1);
}

Ou,

#define UNUSED(expr) do { (void)(expr); } while (0)
...

void foo(int param1, int param2)
{
    UNUSED(param2);
    bar(param1);
}

Answer 2

Dans GCC et Clang, vous pouvez utiliser la fonction __attribute__((unused)) pour atteindre votre objectif.
Par exemple :

int foo (__attribute__((unused)) int bar) {
   return 0;
}

Answer 3

C++17 fournit maintenant la fonction [[maybe_unused]] attribut.

http://en.cppreference.com/w/cpp/language/attributes

Assez agréable et standard.

Answer 4

Mise à jour C++17

En C++17, nous obtenons l'attribut [[peut-être_non utilisé]] qui est couverte dans [dcl.attr.unused]

L'attribut-token maybe_unused indique qu'un nom ou une entité est peut-être intentionnellement inutilisé. Il doit apparaître au maximum une fois dans chaque liste d'attributs et aucune clause d'argument d'attribut ne doit être présente. ...

Exemple :

 [[maybe_unused]] void f([[maybe_unused]] bool thing1,
                        [[maybe_unused]] bool thing2) {
  [[maybe_unused]] bool b = thing1 && thing2;
    assert(b);
 }

Les implémentations ne doivent pas avertir que b est inutilisé, que NDEBUG soit défini ou non. -fin de l'exemple ]

Dans l'exemple suivant :

int foo ( int bar) {
    bool unused_bool ;
    return 0;
}

Clang et gcc génèrent tous deux un diagnostic en utilisant -Mur -Wextra pour les deux bar y inutilisé_bool ( Voir en direct ).

Tout en ajoutant [[peut-être_non utilisé]] met en sourdine les diagnostics :

int foo ([[maybe_unused]] int bar) {
    [[maybe_unused]] bool unused_bool ;
    return 0;
}

voir en direct .

Avant C++17

En C++11, une forme alternative de l'option UNUSED pourrait être formée en utilisant une expression lambda( _via Ben Deane_ ) avec une capture de la variable non utilisée :

#define UNUSED(x) [&x]{}()

L'invocation immédiate de l'expression lambda doit être optimisée, comme dans l'exemple suivant :

int foo (int bar) {
    UNUSED(bar) ;
    return 0;
}

nous pouvons voir dans godbolt que l'appel est optimisé :

foo(int):
xorl    %eax, %eax
ret

Answer 5

Votre solution actuelle est la meilleure - commentez le nom du paramètre si vous ne l'utilisez pas. Cela s'applique à tous les compilateurs, donc vous n'avez pas besoin d'utiliser le pré-processeur pour le faire spécialement pour GCC.