Supprimer l'avertissement de variable inutilisée dans C++ => bug du compilateur ou bogue de code?

Question

Actuellement, je suis en utilisant le modèle de fonction suivante pour supprimer les avertissements variables inutilisées:

template<typename T> 
void 
unused(T const &) { 
    /* Do nothing. */ 
} 

Cependant, lors du portage à cygwin de Linux, je reçois maintenant des erreurs du compilateur sur g ++ 3.4.4 (Sur linux je suis 3.4 0,6, alors peut-être cela est un bug fix):

Write.cpp: In member function `void* Write::initReadWrite()': 
Write.cpp:516: error: invalid initialization of reference of type 'const volatile bool&' from expression of type 'volatile bool' 
../../src/common/Assert.h:27: error: in passing argument 1 of `void unused(const T&) [with T = volatile bool]' 
make[1]: *** [ARCH.cygwin/release/Write.o] Error 1 

L'argument utilisé est une variable membre déclaré:

volatile bool readWriteActivated; 

est-e est un bug de compilateur ou un bug dans mon code?

Voici le cas de test minimal:

template<typename T> 
void unused(T const &) { } 

int main() { 
    volatile bool x = false; 
    unused(!x); // type of "!x" is bool 
} 

Answer 1

Il est un bug du compilateur et il n'y a pas de travail connus contournements:

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42655

Il est fixé en v4.4.

Answer 2

Dans GCC, vous pouvez définir une macro comme suit:

#ifdef UNUSED 
#elif defined(__GNUC__) 
# define UNUSED(x) UNUSED_ ## x __attribute__((unused)) 
#elif defined(__LCLINT__) 
# define UNUSED(x) /*@unused@*/ x 
#else 
# define UNUSED(x) x 
#endif 

Tous les paramètres marqués avec cette macro supprimera les émette de GCC d'avertissement inutilisés (et renomme le paramètre avec le préfixe UNUSED_). Pour Visual Studio, vous pouvez supprimer les avertissements avec une directive #pragma.

Answer 3

Je ne suis pas sûr à 100% que ce soit portable, mais c'est l'idiome que j'ai habituellement utilisé pour supprimer les avertissements sur les variables inutilisées. Le contexte ici est un gestionnaire de signal qui est seulement utilisé pour attraper SIGINT et SIGTERM, donc si la fonction est appelée, je sais qu'il est temps que le programme sorte.

volatile bool app_killed = false; 
int signal_handler(int signum) 
{ 
    (void)signum; // this suppresses the warnings 
    app_killed = true; 
} 

J'ont tendance à ne pas aimer qui encombrent la liste des paramètres avec __attribute__((unused)), puisque l'affaire coulé à vide fonctionne sans avoir recours à des macros pour Visual C++.

Answer 4

La façon réelle de vous indiquant de ne pas utiliser réellement un paramètre ne donne pas un nom:

int f(int a, float) { 
    return a*2; 
} 

compilera partout avec tous les avertissements sous tension, sans avertissement au sujet du flotteur utilisé. Même si l'argument a un nom dans le prototype (par exemple, int f(int a, float f);), il ne se plaindra pas.

Answer 5

La réponse proposée par haavee (modifié par ur) est celui que j'utiliserions normalement:

int f(int a, float /*epsilon*/) { 
    return a*2; 
} 

Le vrai problème se produit lorsque l'argument est parfois mais pas toujours utilisé dans la méthode, par exemple:

int f(int a, float epsilon) { 
#ifdef LOGGING_ENABLED 
    LOG("f: a = %d, epsilon = %f\n", a, epsilon); 
#endif 
    return a*2; 
} 

maintenant, je ne peux pas commenter le nom du paramètre epsilon parce que cela va me casser la construction de l'exploitation forestière (je ne veux pas insérer une autre #ifdef dans la liste des arguments parce que rend le code beaucoup plus difficile à lire).

Je pense donc la meilleure solution serait d'utiliser la suggestion de Tom:

int f(int a, float epsilon) { 
(void) epsilon; // suppress compiler warning for possibly unused arg 
#ifdef LOGGING_ENABLED 
    LOG("f: a = %d, epsilon = %f\n", a, epsilon); 
#endif 
    return a*2; 
} 

Mon seul souci serait que certains compilateurs pourraient mettre en garde contre la « (vide) epsilon; » déclaration, par ex. "déclaration n'a aucun effet" avertissement ou une telle - je suppose que je vais devoir tester sur tous les compilateurs que je suis susceptible d'utiliser ...