在g中，使用std::allocate_shared将无法编译增强池分配器

Question

编辑：

澄清我的期望结果，因为我没有很好地沟通它：
能够使用std:：allocate_shared和boost:：fast_pool_allocator作为使用g 4.8或更高版本和boost 1.56.0的分配方法。目前这在g 4.6上有效，在4.7、4.8和4.9上失败。

需要明确的是，我不希望为g 4.7做这项工作。

产生错误的测试代码：

#include "boost/pool/pool.hpp"
#include "boost/pool/pool_alloc.hpp"

#include <memory>

int main(int argc, char** argv)
{
  auto fails = std::allocate_shared<int>( boost::fast_pool_allocator<int>() );

  auto works = std::allocate_shared<int>(boost::fast_pool_allocator<int>(), 5);
}

在我们的代码库中，我们使用了d::allocate_shared与提升池分配器相结合，这导致了一些严重的编译错误。然而，这在不同版本的g中发生了变化：
详细信息：64bit，（4.7,4.8）-std=c 11，（4.6）-std=c 0x，boops 1.56.0
4.6-编译愉快
4.7-使编译器崩溃

内部编译器错误：重新输入错误报告例程。请提交完整的错误报告，如果合适，请附上预处理的源代码。请参阅说明。预处理的源代码存储在 /tmp/cca0Emq9.out文件中，请将其附加到您的bugreport中。

4.8 - 令人讨厌的编译错误

/XXXXXXXXXX/boost/boost/pool/pool_alloc.hpp:399:

错误：使用已删除的函数d::_Sp_counted_ptr_inplace，（__gnu_cxx::_Lock_policy）2u

/usr/include/c/4.8/bits/shared _ ptr _ base . h:198:错误:' std::_Sp_counted_base

/usr/include/c/4.8/bits/shared _ ptr _ base . h:379:错误:使用了已删除的函数' std::_Sp_counted_base

/usr/include/c/4.8/bits/shared _ ptr _ base . h:198:错误:声明了here _ Sp _ counted _ base(_ Sp _ counted _ base const

4.9 -严重的编译错误(略有不同)

/XXXXXXXXXXX/提升/提升/池/pool_alloc.hpp：399： 错误： 使用已删除的函数 “标准：：_Sp_counted_ptr_inplace， （__gnu_cxx：：_Lock_policy）2u

/usr/include/c/4.9/bits/shared_ptr_base。h： 203:错误：'标准：：_Sp_counted_base

/usr/include/c /4.9/bits/shared_ptr_base.h：494：错误：在此上下文中类_Sp_counted_ptr_inplace最终：公共_Sp_counted_base

/usr/include/c /4.9/bits/shared_ptr_base.h： 494：错误：使用已删除的函数d::_Sp_counted_base

我花了大量的时间试图弄清这一点，如果有人更熟悉这些组件的内部工作原理，我将不胜感激。




Answer 1

既然这看起来是个问题(？)使用libstdc，您可以使用标准库函数的boost等价物，而不是< code > boost::allocate _ shared 。包括<代码>

Answer 2

匿名用户

我花了很多时间研究不同的编译器版本，假设这是g 4.7崩溃和其他应答者/评论者的评论所暗示的编译器错误。然而，在回顾编译错误并深入研究了一段时间之后，我终于在某种程度上理解了编译错误的原因。

因此，问题确实出在< code > boost::fast _ pool _ allocator 和< code > boost::pool _ allocator 中，回想起来似乎有点明显。问题的基本症结在于，增强分配器构造方法是根据c 98标准分配器规范实现的，并且有一个构造方法，它只接受一个常量

alloc_traits：250-61

template<typename _Tp, typename... _Args>
static typename
    enable_if<__construct_helper<_Tp, _Args...>::value, void>::type
    _S_construct(_Alloc& __a, _Tp* __p, _Args&&... __args)
{ __a.construct(__p, std::forward<_Args>(__args)...); }

template<typename _Tp, typename... _Args>
static typename
enable_if<__and_<__not_<__construct_helper<_Tp, _Args...>>,
         is_constructible<_Tp, _Args...>>::value, void>::type
    _S_construct(_Alloc&, _Tp* __p, _Args&&... __args)
{ ::new((void*)__p) _Tp(std::forward<_Args>(__args)...); }

这是我有足够的时间来确定编译错误的来源，但这足以让我找到一个简单有效的解决方案。

这里的解决方案很简单；boost需要更新以使用新的c11分配器规范；在pool_alloc中。hpp替换以下所有实例：

void construct(const pointer ptr, const value_type & t)
{ new (ptr) T(t); }

与

template <typename... Args>
void construct(const pointer ptr, Args&&... args)
{
  new (ptr) T( std::forward<Args>(args)... );
}

看起来这是一个bug，助推没有更新他们的代码以支持c 11，但是g 5.0（我已经确认了）编译没有问题，这意味着添加这种支持不是强制性的。可能是std::allocate_shared旨在向后兼容旧的分配器接口，4.7、4.8和4.9上的崩溃和编译错误是因为支持被破坏了。我会在助推错误跟踪器上发布一张票，看看他们认为这笔交易是什么：助推trac票