考虑一下这代码:
#include <variant>
constexpr auto cc = 'c';
constexpr std::variant<const int*,const char*> pp{&cc}; // passes
constexpr std::variant<const int&,const char&> rr{cc}; // FAILS ?!对于g++ (GCC) 7.0.0 20161023 (experimental),最后一行出现错误消息失败:
variant|199 col 9| error: call to non-constexpr function ‘void* operator new(std::size_t, void*)’
|| { ::new (&_M_storage) _Type(std::forward<_Args>(__args)...); }指向构造函数:
template<typename... _Args>
constexpr _Uninitialized(in_place_index_t<0>, _Args&&... __args)
: _M_storage{} // This was added manually
{ ::new (&_M_storage) _Type(std::forward<_Args>(__args)...); }实际上,在此之前还有两个问题:
首先,它在抱怨call to non-constexpr function ‘std::_Enable_default_constructor<false, _Tag>::_Enable_default_constructor(std::_Enable_default_constructor_tag),我通过使constexpr成为构造函数_Enable_default_constructor<false, _Tag>::_Enable_default_constructor(_Enable_default_constructor_tag) { }来修复它
然后是抱怨_M_storage’ must be initialized by mem-initializer in ‘constexpr’ constuctor --我已经通过将: _M_storage{}添加到成员初始化列表中来修复它,尽管我认为它不应该抱怨,因为添加的行应该是隐式生成的。
所以第一个问题是:这肯定是一个错误,对吗?
第二个问题是:在gcc修改之前,我怎样才能改变图书馆的代码呢?
发布于 2017-03-30 06:13:01
这在标准中是“固定的”,因为它不允许引用作为不同的替代方案(目前是这样)。GCC在2017年-03-29年间的快照似乎是正确的。
https://stackoverflow.com/questions/40310753
复制相似问题