19

我正在尝试使用新的 GCC 版本 7.2.1 编译我的项目，但动态异常规范存在问题：

error: ISO C++1z does not allow dynamic exception specifications
  MEMORY_ALLOC_OPERATORS(SQLException)

问题是这些错误来自我无法控制的第三方库。

有什么办法可以解决吗？据我所知，我不能告诉编译器用警告替换错误。使用--std=c++14不是一个选项，因为我想使用 C++1z 的新功能。

4

5 回答 5

12

由于P0003 ，C++17 删除了动态异常规范。在此之前，它们自 C++11 以来已被弃用。它们不再是语言的一部分，所以没有办法修复它。只要您需要该第三方库，直到它发生变化，您就会被困在 C++14 上。

如果你很绝望，你可以尝试：

#define throw(...)

但我不会推荐它。

于 2017-11-14T13:15:41.210 回答
10

好吧，我写了一个小解决方法。

#if __cplusplus >= 201703L
    /* MySQL override. This needed to be inclided before cppconn/exception.h to define them */
    #include <stdexcept>
    #include <string>
    #include <memory>

    /* Now remove the trow */
    #define throw(...)
    #include <cppconn/exception.h>
    #undef throw /* reset */
#endif

简短说明：如果我们使用 c++17，则分配器上不再允许 throw。如果您仔细查看库的标题，您会发现定义了一个宏，其中包含库中默认分配器的定义。可悲的是，它不能被覆盖，因为它在那里被定义而忽略了可能已经被定义的东西。所以无论如何你必须覆盖trow。

一个基本技巧是用宏覆盖 trow 函数。这样做会导致我们还覆盖库中所有包含的 trow 运算符的问题，这不是一个好的解决方案（而且也不起作用）。你可能知道，如果你包含一个标题，它只会被包含一次（主要是由于标题保护）。因此，诀窍是包含库包含的标头，而不是覆盖目标库的 throw include 标头，它实际上并没有再次包含它们的标头，因为我们已经这样做了。

于 2018-10-14T15:54:36.257 回答
2

遇到同样的问题，所以我不得不在 /usr/include/cppconn/exception.h 中更改这个宏定义：

#define MEMORY_ALLOC_OPERATORS(Class) \
void* operator new(size_t size) noexcept(false) { return ::operator new(size); }  \
void* operator new(size_t, void*) noexcept; \
void* operator new(size_t, const std::nothrow_t&) noexcept; \
void* operator new[](size_t) noexcept(false); \
void* operator new[](size_t, void*) noexcept; \
void* operator new[](size_t, const std::nothrow_t&) noexcept; \
void* operator new(size_t N, std::allocator<Class>&);
于 2018-02-04T17:08:39.007 回答
2
  1. 如上面评论中提到的隔离层。就像是：

#if __cplusplus < 201703L // Standards below C++2017

 void fn() throw (int) { }

#endif // __cplusplus

  1. 现在是你开始替换的时候throw(whatever)了noexcept(false)。

无论哪种方式，准备好一些乐趣！

于 2017-12-17T08:31:56.780 回答
1

在 MSVC 中，你的 throw(...) 说明符一直是有效的空白。如在，Visual Studio 总是默默地编译一个函数，如：

void SomeFunction() throw(std::string) {...}

就好像它是：

void SomeFunction() {...}

或者在现代 C++11 以后：

void SomeFunction() noexcept(false) {...}

因此，对于 99% 的跨平台 3P 软件包，宏和#include hacks 主要集中在：

#define throw(...)

将立即工作，因为包的本机 Windows 版本已经在默默地做那个宏所做的事情。如果做不到这一点，您可以将所有对有问题的接口的调用和引用包装在您自己的几个 C++14 源文件中。这至少会让你的项目的其余部分使用 c++17。

于 2019-08-07T17:52:26.050 回答