如何避免来自嵌套已弃用函数调用的警告？

html5 • • 问答

我支持 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 个主要编译器，至少：

#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
}

以上是如何避免来自嵌套已弃用函数调用的警告？的全部内容。
THE END
分享
二维码
< <上一篇
下一篇>>