为一段代码静默未使用的静态函数警告答案

【问题标题】：Silencing Unused Static Function Warnings for a Section of Code为一段代码静默未使用的静态函数警告
【发布时间】：2017-05-08 07:12:21
【问题描述】：

本着What are the consequences of ignoring: warning: unused parameter的精神，但我有未使用的静态函数，

#include <stdlib.h> /* EXIT_SUCCESS */
#include <stdio.h>  /* fprintf */

#define ANIMAL Sloth
#include "Animal.h"

#define ANIMAL Llama
#include "Animal.h"

int main(void) {
    printf("%s\n%s\n%s\n%s\n%s\n", HelloSloth(), SleepySloth(), HelloLlama(),
        GoodbyeSloth(), GoodbyeLlama());
    return EXIT_SUCCESS;
}

static void foo(void) {
}

动物.h

#ifndef ANIMAL
#error ANIMAL is undefined.
#endif

#ifdef CAT
#undef CAT
#endif
#ifdef CAT_
#undef CAT_
#endif
#ifdef A_
#undef A_
#endif
#ifdef QUOTE
#undef QUOTE
#endif
#ifdef QUOTE_
#undef QUOTE_
#endif
#define CAT_(x, y) x ## y
#define CAT(x, y) CAT_(x, y)
#define A_(thing) CAT(thing, ANIMAL)
#define QUOTE_(name) #name
#define QUOTE(name) QUOTE_(name)

static const char *A_(Hello)(void) { return "Hello " QUOTE(ANIMAL) "!"; }
static const char *A_(Goodbye)(void) { return "Goodbye " QUOTE(ANIMAL) "."; }
static const char *A_(Sleepy)(void) { return QUOTE(ANIMAL) " is sleeping."; }

#undef ANIMAL

我绝对希望 SleepyLlama 被聪明的编译器检测为未使用并从代码中优化。我不想听到它；潜在地，当我扩展到更多 ANIMALs 和更多动作时，它会变得分散注意力。但是，我不想干扰关于 foo 未使用的可能警告。

MSVC (14) 有#pragma warning(push)，但显然不检查； gcc (4.2) 和 clang 有 -Wunused-function。我试过https://gcc.gnu.org/onlinedocs/gcc/Diagnostic-Pragmas.html，但它们似乎不适用于功能。有没有办法在不同的编译器中获取关于 foo 而不是关于 SleepyLlama 的所有警告？

【问题讨论】：

何必纠结于那些“模板”。您可以轻松地使用一个简单的函数来完成这项工作......
在 gcc 中执行Wno-unused-function（-Wunused-function 表示开启）。或者您可以使用不同的技术来处理标题中的静态函数
如果可以把它变得复杂，为什么要简单呢？这是一些混淆类吗？说真的：不要太喜欢宏！不仅代码可读性差，而且调试起来也困难得多。专注于编写可读代码！并删除不相关的标签。 C 和 C++ 是不同的语言！
您要解决的实际问题是什么？
为什么不在虚拟包装器中使用它们？创建一个虚拟函数，它只调用生成的所有这些函数以及它自己。

标签： c visual-studio gcc compiler-warnings compiler-directives

【解决方案1】：

不是一种禁用警告的方法，但您可以通过实际使用它们来抑制未使用的警告。

在您的 animals.h 中添加行 -

static const char *A_(DummyWrapper)(void) {
    (void)A_(Hello)(); 
    (void)A_(Goodbye)(); 
    (void)A_(Sleepy)(); 
    (void)A_(DummyWrapper)(); 
}

这应该使编译器不会抱怨未使用的函数。

【讨论】：

优雅。打开所有错误，这在 GCC4.2.1 -O3，clang1.7 中有效（我必须让两个 DummyWrappers 互相调用才能摆脱 -Wunsed-function，）MSVC14 /O2（/Ox 没有摆脱来自二进制的函数，）BCC32C10.1（7.20？，）和MinGW GCC4.9.3 -O3。
我曾怀疑某些编译器会继续意识到，使用单个函数实际上并没有调用它，而是需要两个函数。原则上，即使有两个函数，编译器也可以确定它是没有入口点的循环。在这种情况下，您可以声明一个函数指针并将虚拟包装器分配给它。由于可以调用函数指针（可能来自其他翻译单元），因此问题将得到解决。