如何避免来自嵌套已弃用函数调用的警告？ 您可以在整个图书馆范围内进行：或者您可以只保护违规电话：

如何解决如何避免来自嵌套已弃用函数调用的警告？ 您可以在整个图书馆范围内进行：或者您可以只保护违规电话：

我支持 C++ 库，并希望将许多遗留函数声明为已弃用。不幸的是，这些函数相互调用，我从它们的编译中收到警告。例如：

[[deprecated]] void foo();
[[deprecated]] void bar() { foo(); }

我想避免有关从 bar() 主体编译中调用已弃用函数的警告，但如果某些外部函数（未标记为已弃用）调用 foo() 或 bar()，仍然会收到该警告。有什么可能吗？

解决方法

虽然这不适用于 OP 发布的情况，但由于 bar() 从库的标题中调用 foo()，有一个简单的解决方案适用于任何面临相同问题的人，没有那个具体约束。所以它可能对登陆这里的其他人有用。

实际上，您需要两组不同的标题。一种是图书馆用户使用它，另一种是图书馆本身使用它。在这种情况下我们可以这样做，因为 [[deprecated]] 不应该对生成的代码产生任何影响。

您“可以”单独维护它们，但这显然非常脆弱。值得庆幸的是，该语言确实为我们提供了一种方法，可以在一个文件中包含同一个标头的两个“版本”：经常被诽谤，公平地说，也经常被误用的宏。

作为奖励，如果 [[deprecated]] 恰好是强制用户使用 C++14 或更高版本的原因，您可以通过选中 __cplusplus 或适当的功能宏。

//mylib.h

#if !defined(MY_LIB_NO_DEPRECATE) && __has_cpp_attribute(deprecated)
  #define MY_LIB_DEPRECATED [[deprecated]]
#else
  #define MY_LIB_DEPRECATED
#endif

// ...

MY_LIB_DEPRECATED void foo();
MY_LIB_DEPRECATED void bar();

// ...

#undef MY_LIB_DEPRECATED

使用 -DMY_LIB_NO_DEPRECATE 编译库，就像在该过程的特定阶段没有弃用警告一样。用户仍然会收到所有弃用警告，除非他们通过定义 MY_LIB_NO_DEPRECATE 明确选择退出。

不要被这里的宏的使用吓到。使用它们来区分同一标头的内部/外部版本是一种常见且完善的做法。没有它，Windows dll 几乎不可能编写。

在 OP 的情况下，如果将 bar() 的定义从标头移到库的实现中是可能的，那么它们也应该很好。

,

您可以忽略弃用警告。它在技术上不是可移植的，但至少在所有 4 个主要编译器上都it works：

#if defined(__GNUC__)

#define MY_LIB_IGNORE_DEPRECATED_BEGIN \
    _Pragma("GCC diagnostic push") \
    _Pragma("GCC diagnostic ignored \"-Wdeprecated-declarations\"")

#define MY_LIB_IGNORE_DEPRECATED_END \
    _Pragma("GCC diagnostic pop")

#elif defined(_MSC_VER)

#define MY_LIB_IGNORE_DEPRECATED_BEGIN \
    _Pragma("warning(push)") \
    _Pragma("warning(disable : 4996)")

#define MY_LIB_IGNORE_DEPRECATED_END \
    _Pragma("warning(pop)")

#else

#define MY_LIB_IGNORE_DEPRECATED_BEGIN
#define MY_LIB_IGNORE_DEPRECATED_END

#endif

您可以在整个图书馆范围内进行：

MY_LIB_IGNORE_DEPRECATED_BEGIN

[[deprecated]] void foo();
[[deprecated]] void bar() { foo(); }

MY_LIB_IGNORE_DEPRECATED_END

或者您可以只保护违规电话：

[[deprecated]] void foo();

[[deprecated]] void bar()
{
MY_LIB_IGNORE_DEPRECATED_BEGIN
    foo();
MY_LIB_IGNORE_DEPRECATED_END
}