在同一个项目中混合使用 C++98 和 C++11 是否安全?我所说的“混合”不仅指链接目标文件,还指包含在使用 C++98 和 C++11 编译的源代码中的公共(public)头文件。
这个问题的背景是希望至少将大型代码库的一部分过渡到 C++11。部分代码在C++ CUDA中,编译后可以在GPU或CPU上执行,对应的编译器暂时不支持C++11。然而,大部分代码仅适用于 CPU,并且可以使用任何一种 C++ 风格进行编译。一些头文件包含在 CPU+GPU 和 CPU-only 源文件中。
如果我们现在使用 C++11 编译器编译 CPU-only 源文件,我们是否有信心避免不良副作用?
最佳答案
在实践中,也许吧。
对于std
的布局,C++11 和C++03 的标准库存在分歧是比较常见的。命名空间对象是。例如,sizeof(std::vector<int>)
在 MSVC 领域的各种编译器版本上发生了显着变化。 (随着他们的优化,它变小了)
其他示例可能是编译器栅栏两侧的不同堆。
所以你必须小心地在两个源代码树之间设置“防火墙”。
现在,一些编译器寻求最小化此类二进制兼容性更改,即使以违反标准为代价。我相信std::list
没有大小计数器可能就是一个例子(这违反了 C++11,但我记得至少有一个供应商提供了一个不符合标准的 std::list
来保持二进制兼容性——我不记得是哪个) .
对于这两个编译器(C++03 和 C++11 中的编译器是不同的编译器),您将获得一些 ABI 保证。 ABI 可能会同意很大一部分语言,在那个集合上你相对安全。
为了合理安全起见,您需要将其他编译器版本文件视为未链接到同一 C++ 标准库的第三方 DLL(延迟加载库)。这意味着从一个传递到另一个的任何资源都必须与销毁代码一起打包(即,从它被销毁的地方返回到 DLL)。您要么必须研究两个标准库的 ABI,要么避免在公共(public)头文件中使用它,这样您就可以在 DLL 之间传递诸如智能指针之类的东西。
一个更安全的方法是将你自己剥离到与另一个代码库的 C 风格接口(interface),并且只在两个代码库之间传递句柄(不透明类型)。为了使这个理智,掀起一些只有头文件的 mojo,将 C 风格的接口(interface)包装在漂亮的 C++ 代码中,只是不要在代码库之间传递那些 C++ 对象。
所有这些都是痛苦的。
例如,假设您有一个 std::string get_some_string(HANDLE)
功能,并且您不信任 ABI 稳定性。
所以你有 3 层。
namespace internal {
// NOT exported from DLL
std::string get_some_string(HANDLE) { /* implementation in DLL */ }
}
namespace marshal {
// exported from DLL
// visible in external headers, not intended to be called directly
void get_some_string(HANDLE h, void* pdata, void(*callback)( void*, char const* data, std::size_t length ) ) {
// implementation in DLL
auto r = ::internal::get_some_string(h);
callback( pdata, r.data(), r.size() );
}
}
namespace interface {
// exists in only public header file, not within DLL
inline std::string get_some_string(HANDLE h) {
std::string r;
::marshal::get_some_string(h, &r,
[](void* pr, const char* str, std::size_t length){
std::string& r = *static_cast<std::string*>(pr);
r.append( str, length );
}
);
return r;
}
}
因此 DLL 外部的代码执行 auto s = ::interface::get_some_string(handle);
, 它看起来像一个 C++ 接口(interface)。
DLL 内部的代码实现了std::string ::internal::get_some_string(HANDLE);
.
marshal
的 get_some_string
在两者之间提供了一个 C 风格的接口(interface),与依赖 std::string
的布局和实现相比,它提供了更好的二进制兼容性。在 DLL 和使用 DLL 的代码之间保持稳定。
interface
的 std::string
完全存在于非 DLL 代码中。 internal
std::string
完全存在于 DLL 代码中。编码代码将数据从一侧移动到另一侧。
关于c++ - 在同一项目中混合使用 C++ 风格,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20406542/