std::bind是否需要移动构造函数？跨编译器编译差异咨询

嘿，这个问题我碰到过类似的，本质是不同编译器背后的标准库实现差异搞的鬼——GCC 6.3用的libstdc和C Builder 10.1的bcc32c标准库，在std::tuple的内部构造逻辑上走了不同的路子，才导致一边能正常打印“OK!”，另一边直接报构造函数不匹配的错误。

先拆解报错的核心原因 #

从你贴的报错信息来看：

[bcc32c Error] tuple(110): no matching constructor for initialization of 'A'
tuple(433): in instantiation of function template specialization 'std::_Tuple_val::_Tuple_val<std::_Tuple_val &>' requested here
File3.cpp(4): candidate constructor (the implicit copy constructor) not viable: no known conversion from 'std::_Tuple...

给你几个可行的解决方案 #

1. 给类A显式默认化拷贝构造函数 #

如果你的A类没有自己写拷贝构造，编译器会生成隐式的，但bcc32c的标准库在这种场景下需要更明确的构造函数声明。显式默认化拷贝构造就能解决这个匹配问题：

class A {
public:
    A() = default;
    // 显式告诉编译器生成默认拷贝构造
    A(const A&) = default;
    // 要是需要移动语义，也可以加上这个，避免后续可能的其他问题
    A(A&&) = default;
};

这样bcc32c就能明确找到可用的构造函数，完成tuple内部的初始化操作。

2. 调整tuple的使用方式，优先用移动语义 #

如果你的代码里是在做tuple的拷贝操作（比如std::tuple<A> t2 = t1;），可以试试用std::move触发移动构造（前提是A支持移动），绕开拷贝路径的问题：

std::tuple<A> t1;
std::tuple<A> t2 = std::move(t1);

3. 升级你的C++ Builder版本 #

C++ Builder 10.1是2016年的老版本了，它的bcc32c编译器对C标准的支持还有不少漏洞。升级到11.x及以上的新版本，标准库的实现会更贴合C标准，这类编译器/标准库的兼容性问题大概率会被修复。

建议的尝试顺序 #

先试试第一种方案（显式默认拷贝构造），这是成本最低、改动最小的修复方式。要是还不行，再检查tuple的使用场景能不能改用移动语义，最后再考虑升级编译器版本。

内容的提问来源于stack exchange，提问作者VLL