Initialization with static storage duration may throw an exception cannot be caught

我搭建了个人博客主页, 欢迎访问: blog.joelzho.com

正文

说实话， CLion 是一个不错的 IDE , 我特地花钱购买了一年正版授权。
不过有时候一些警告实在太恶心了，比如说我们在写 Boost 或者 GTest 测试的时候的静态存储警告。

例如下面的 Boost 测试代码:

BOOST_AUTO_TEST_SUITE(test_time_util)

BOOST_AUTO_TEST_CASE(get_now)
{
    // test code
}

BOOST_AUTO_TEST_SUITE_END()

这是再正常不过的代码了，但是CLion 会将上面代码中的 Boost 宏都标上以下类似的警告:

Clang-Tidy: Initialization of "xx" with static storage duration may throw an exception cannot be caught

很烦的好不好？？？？
黄黄的东西一点也不好看有木有啊！

我最初尝试找有没有 属性值指示符 可以压制这些警告，然而并没有（我使用的是 C++ 17 ）。
不过，我在github 上翻到了有人和我有一样的洁癖，下面有人给出了答案。

后来在 LLVM 官网介绍中找到了解释
https://clang.llvm.org/extra/clang-tidy/#suppressing-undesired-diagnostics

那就是在代码的行末添加一个多行注释: /* NOLINT */,， 或者单行注释: //NOLINT；

于是上面的代码就变成了:

BOOST_AUTO_TEST_SUITE(test_time_util) /* NOLINT */

BOOST_AUTO_TEST_CASE(get_now) /* NOLINT */
{
    // test code
}

BOOST_AUTO_TEST_SUITE_END() /* NOLINT */

Yes! 有效的！果然没有黄黄的警告了！！！

我测试过，只能加在行末，不能加在上一行。

题外话

我测试过，这个注释可以压制很多的警告，但是我目前只用来压制 Boost 或者 GTest 的宏警告。
因为 CLion 的大多数警告都是非常有用的，通过 CLion 建议的代码来解决警告才是正确的做法。
当然，如果别人的用户第三方库中头文件被警告了地话，就直接压制警告吧。

以下链接是我找到的这个解决方案的源地址:

Github: https://github.com/catchorg/Catch2/issues/921
Clang: https://clang.llvm.org/extra/clang-tidy/#suppressing-undesired-diagnostics

顺便说一句， 我并不知道为什么这个注释可以压制某些警告。请知道的朋友联系我，给我科普以下，谢谢。