【问题标题】:Forwarding parameter pack to constructor() fails in g++ 6.2.1在 g++ 6.2.1 中将参数包转发到构造函数()失败
【发布时间】:2019-02-05 03:52:18
【问题描述】:

如何在 g++-6.2.1 中克服/解决此错误

以下代码适用于 g++-7.3.0,但升级编译器对我来说不是一个选项。所以我正在寻找一些 SFINAE 魔法......尝试了一些但到目前为止失败了......

class Base {
public:
  Base(std::string str) : s(std::make_shared<std::string>(str)) {}
  Base(Base &&base) noexcept { s = std::move(base.s); }
  Base &operator=(Base &&i_base_actor) noexcept {
      s = std::move(i_base_actor.s);
      return *this;
  }
  virtual ~Base() = default;

private:
  std::shared_ptr<std::string> s;
};

// Derived
class Derived : public Base {
public:
   Derived() :Base("Derived") {}
   ~Derived() = default;
};

// Derived1
class Derived1 : public Base {
public:
   Derived1(int a) :Base("Derived1") {}
   ~Derived1() = default;
};

包装函数:

template<typename T, typename... Args>
T construct(Args&&... args) {
   return T(std::forward<Args>(args)...);
}

主要:

int main() {
  construct<Derived>();
  construct<Derived1>(100);
}

g++ 中的错误

optional_params.derived.cc: In instantiation of ‘T construct(Args&& ...) [with T = Derived; Args = {}]’:
optional_params.derived.cc:42:22:   required from here
optional_params.derived.cc:37:19: error: use of deleted function ‘Derived::Derived(const Derived&)’
   return T(args...);
                   ^
optional_params.derived.cc:21:7: note: ‘Derived::Derived(const Derived&)’ is implicitly deleted because the default definition would be ill-formed:
 class Derived : public Base {
       ^~~~~~~
optional_params.derived.cc:21:7: error: use of deleted function ‘Base::Base(const Base&)’
optional_params.derived.cc:4:7: note: ‘Base::Base(const Base&)’ is implicitly declared as deleted because ‘Base’ declares a move constructor or move assignment operator
 class Base {
       ^~~~

【问题讨论】:

  • 默认析构函数有什么原因吗?
  • 你应该在Derived中定义移动构造函数:Derived(Derived&amp;&amp;) = default;
  • @Rakete1111 我认为这是强制删除隐式声明的复制构造函数。这只是生产代码的模仿,是由其他人编写的。我所做的只是将签名从 Derived1() 更改为 Derived1(int) 并创建一个包装函数。
  • @SamDaniel 它不会抑制隐式复制构造函数,而是隐式移动构造函数,这就是您的代码失败的原因(您无法复制Base)。

标签: c++ c++17 variadic-templates move-semantics perfect-forwarding


【解决方案1】:

您的代码依赖于以下行中的 copy elision C++17:

template<typename T, typename... Args>
T construct(Args&&... args) {
   return T(std::forward<Args>(args)...);  // <----- copy elison
}

基本上,它表示从 C++17 开始,编译器在这种情况下不得复制 T,并且需要直接在调用者中构造它。在 C++14 和更早版本中,编译器必须确保移动(或复制)构造函数是可访问的,即使在它优化掉复制构造函数的情况下也是如此。显然,gcc-6.2.1 不支持 C++17 的这一方面,即使带有 -std=c++17 标志。

最简单的方法是在派生类中添加移动构造函数:

Derived(Derived &&) noexcept = default;

这样,C++14 编译器发现即使在不执行复制省略的假设情况下也可以返回值。请注意,任何合理的 C++14 编译器都会执行复制省略,但它仍会确保复制或移动构造函数是可访问的。从 C++17 开始,不执行此类测试,因为在这种情况下编译器必须忽略复制/移动。


如评论部分所述,另一种可能是:

template<typename T, typename... Args>
T construct(Args&&... args) {
   return {std::forward<Args>(args)...};
}

这也将直接在调用者中构造它,但前提是T的构造函数不是显式的。


另外,另一条评论建议避免显式析构函数。显式析构函数禁止自动生成默认移动构造函数:

class Derived : public Base {
public:
    Derived() :Base("Derived") {}
   //~Derived() = default; <-- not really needed.
};

但是,由于这只是一个最小的可重现示例,因此在完整的代码中,实际上可能需要显式析构函数。在这种情况下,避免使用析构函数不是一种选择。

【讨论】:

  • “编译器必须确保复制构造函数是可访问的,即使在优化掉复制构造函数的情况下也是如此。”这种情况下是不是调用了move构造函数,因为return表达式是prvalue?
  • 请注意,从 C++11 开始,您还可以在返回时使用大括号构造:return {std::forward&lt;Args&gt;(args)...};,这已经保证在适当的位置构造返回值。
  • 另外,IMO 最简单的方法是删除默认的析构函数,因为它除了禁止生成默认的移动构造函数之外没有其他用途。
  • @rubenvb,如果构造函数声明为explicit,它将失败。
  • @rubenvb 同意。我会把它添加到答案中。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2015-06-12
  • 2011-01-21
  • 2018-12-12
  • 2019-02-28
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多