C++ 链接C+是否安全+；17，C++；14和C++；11个对象
假设我有三个编译对象，它们都由相同的编译器/版本生成：C++ 链接C+是否安全+；17，C++；14和C++；11个对象,c++,c++11,linker,c++14,abi,C++,C++11,Linker,C++14,Abi,假设我有三个编译对象，它们都由相同的编译器/版本生成： A是用C++11标准编译的 B是用C++14标准编译的 C是用C++17标准编译的 为了简单起见，我们假设所有的头都是用C++11编写的，只使用语义在所有三个标准版本之间没有改变的结构，因此任何依赖关系都是通过头包含正确表达的，编译器没有反对 链接到一个二进制文件中，这些对象的哪些组合是安全的？为什么? 编辑：主要编译器（例如GCC、CLAN、VS++）的答案是受欢迎的< /P> < P>新的C++标准分为两部分：语言特征和标准库组件。
<>编辑：主要编译器（例如GCC、CLAN、VS++）的答案是受欢迎的< /P> < P>新的C++标准分为两部分：语言特征和标准库组件。 正如您所说的新标准，语言本身的更改（例如，Range for）几乎没有问题（有时第三方库标题与较新的标准语言功能之间存在冲突） 但是标准图书馆 <>每个编译器版本都带有C++标准库（LIGBSTD++ + GCC，LCBC+ + CLAN，MSC++ C++标准库，VC++），以及一个实现，每个标准版本的实现不多。此外，在某些情况下，您可能会使用编译器提供的标准库以外的其他实现。您应该关心的是将旧的标准库实现与新的标准库实现链接起来
第三方库和代码之间可能发生的冲突是链接到该第三方库的标准库（和其他库）。答案有两部分。编译器级别的兼容性和链接器级别的兼容性。让我们从前者开始 假设所有的头都是用C++11编写的
使用相同的编译器意味着，无论目标C++标准如何，都使用相同的标准库头和源文件（与编译器相关的ONCES）。因此，标准库的头文件被编写为与编译器支持的所有C++版本兼容。 < P >，如果编译一个翻译单元的编译器选项指定了一个特定的C++标准，那么任何只能在新标准中可用的特征都是不可访问的。这是使用
\uuu cplusplus#define M(x, ...) __VA_ARGS__
// Maybe defined as a field in a template or a type.
int x[2] = { M(1'2,3'4) };
int x[2] = { 0 }; // C++11
int x[2] = { 34, 0 }; // C++14 and C++17
int x[2] = { 0 }; // C++11
int x[2] = { 34, 0 }; // C++14 and C++17
\uuu cplusplusvoid operator new(std::size_t, std::size_t);
void operator delete(void*, std::size_t) noexcept;
struct S {
constexpr const int &f();
int &f();
};