sstream 重新声明并出现公共访问编译器错误

我在使用 gcc5.4.0 在大型项目上运行 make 时遇到了此错误。

/usr/include/c++/5/sstream:300:14: error: '__xfer_bufptrs' redeclared with 'public' access
      struct __xfer_bufptrs
             ^
/usr/include/c++/5/sstream:67:14: note: previously declared 'private' here
      struct __xfer_bufptrs;

对我来说这似乎是编译器的问题？由于问题出现在标准 C++ 库 sstream 中？这对我来说没有意义，我使用了错误的编译器吗？

以下是错误消息引用的代码片段：

1.) sstream 从第 67 行开始

class basic_stringbuf : public basic_streambuf<_CharT, _Traits>                                   
    {                                                                                                 
      struct __xfer_bufptrs;                                                                          
    public:                                                                                           

2.) 第 300 行处的流

#if _GLIBCXX_USE_CXX11_ABI                                                                            
      // This type captures the state of the gptr / pptr pointers as offsets                          
      // so they can be restored in another object after moving the string.                           
      struct __xfer_bufptrs                                                                           
      {                                                                                               
        __xfer_bufptrs(const basic_stringbuf& __from, basic_stringbuf* __to)                          
        : _M_to{__to}, _M_goff{-1, -1, -1}, _M_poff{-1, -1, -1}                                       
        {  

我知道标准库不会有任何问题，那么为什么它会抛出错误呢？

这是我得到的最接近的答案：https://github.com/PacificBiosciences/pbbam/issues/14 https://github.com/PacificBiosciences/pbbam/issues/14

答案似乎围绕着这些“Dprivate”和“Dpublic”标志。我认为是编译器标志，但我不确定它们的作用。

尽管 github 上的帖子恰到好处，但似乎忽略了原因。您很可能正在项目中构建一些单元或其他测试来重新定义“private”关键字，如下所示：

#define private public

或者通过命令执行相应的操作，例如（-Dprivate=public）。这是一种常用的做法，公开私有成员进行测试，而不使被测试的代码依赖于测试代码。 不过看看你的片段。第一个声明__xfer_bufptrs无论您的定义如何，都是私有的private。接下来的第二个片段肯定是（虽然还没有检查）明确的private堵塞。现在，如果您对私有的定义到位，您将需要public在第二个片段中，这是一个错误。

你至少有两个选择，其他当然也是可能的：

1. You #undef包含系统标头之前的私有定义并在包含这些标头之后再次定义，或者
2. 您可以使用另一个宏来定义您自己的私有/公共部分，例如：#define my_public public可以随意重新定义。不过这个解决方案看起来很恶心;)

哦，将来在您自己的代码中始终使用显式访问限定，以避免至少在您自己的代码中出现这种混乱:)