GCC告诫未使用的静态函数，但不是静态内联：有实际区别吗？ [英] gcc warns about unused static functions, but not static inline: is there a practical distinction?
问题描述
我的GCC版本(5.4)警告未使用的static函数，即使在使用-Wall时在头文件中也是如此。如果定义了相同的函数static inline或简单地定义了inline，则不会出现错误。
例如，文件中的以下函数unused.h：
static void foo() {}
.包括在test.cpp文件中时，如下所示：
#include "unused.h"
使用-Wall编译时生成以下编译器诊断：
In file included from test.cpp:11:0:
unused.h: At global scope:
unused.h:9:13: warning: ‘void foo()’ defined but not used [-Wunused-function]
static void foo() {}
^
static的函数都会收到警告。
实际上，我可以简单地将它们更改为static inline以消除警告(或者完全关闭特定的警告，但我确实发现它有时很有用)，但似乎不会从内联1中受益的大型实用函数更符合逻辑地声明为static2。
据我所知，未使用的static函数(就像static inline)只是在编译翻译单元时被GCC丢弃，所以它们根本不会造成二进制大小或链接时间开销。
我是不是漏掉了什么？是否有充分的理由说明未使用的static函数比static inline更有问题？
1是的，我知道这只是提示，但GCC实际上理解了many cases中的提示。
2或可能更好，仅在头文件中声明，并在.cpp文件中的其他位置定义-但这禁止仅使用头文件，这有时很方便。
推荐答案
警告是因为未使用的static函数可能指示逻辑错误：如果从未调用过该函数，为什么还要编写这样的函数？
static inline函数是一种常见的习惯用法。这些函数可能仅由包括报头的一些翻译单元使用。如果编译器为恰好未使用其中某个函数的翻译单元发出警告，则会很烦人。
如果您有意使用一个未使用的static非inline函数，您可能希望完全禁用警告，或者使用编译器特定的功能来抑制该函数的警告。
有人问："您为什么要使用static inline？"嗯，在新的C++中，你通常不会使用它。然而，在C语言中，这样做是合理的。(这是因为static inline在ISO C和GNU C中的意思相同；但是，没有static的inline在ISO C和GNU C中的行为不同，因此默认为static inline只是避免了所有这些问题，没有负面影响)。
人们可能会在要从.c和.cpp文件中包含的头文件中使用static inline；或者他们可能只是将该习惯从C语言延续到C++。在后一种情况下，对于编译器来说，警告一些虽然不必要但也不是错误或问题的东西会很烦人。
这篇关于GCC告诫未使用的静态函数，但不是静态内联：有实际区别吗？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
