跨平台 C++ 是否需要在每个平台上单独构建？

Question

我的问题实际上有两个变体，但在某些情况下，我有一个 C++ *.DLL，我使用 p/Invoke 与 Unity 一起使用。它使用 MSBuild（平台工具集：ClangCL）在 Windows 10 上构建。

现在我的问题，

1. 特定类型的大小是否在构建 DLL之后保持不变？还是需要在目标平台（比如 Linux 或 Mac）上重新构建？

我的代码看起来有点像这样：

typedef wchar_t wchar;
static_assert(sizeof(wchar) == 2, "WideChar size-test failed.");

在 Windows 上重新编译源代码后，如果我为 Android 平台构建 Unity 项目，wchar 的大小是否也会保持不变？还是当我的字符串处理代码停止工作时，我是否会大吃一惊？

1. 在构建 DLL 后是否保留了其他一些语言功能，或者我是否需要更改我的工作流程以解决其他问题？

特别是，让我们看看一些超级基本的东西，比如外部方法。

#define CALLING_CONVENTION __stdcall

#if _WIN32
#define DLLEXPORT(type) extern "C" __declspec(dllexport) type CALLING_CONVENTION
#else
#define DLLEXPORT(type) extern "C" type CALLING_CONVENTION
#endif

DLLEXPORT(void) DoSomething(const wchar* ManagedString);
// expands to
// extern "C" __declspec(dllexport) void __stdcall DoSomething(const wchar* ManagedString)
// on Windows

对于托管，

[DllImport("DllName", CharSet = CharSet.Unicode)]
public static extern void DoSomething([MarshalAs(UnmanagedType.LPWStr)] string input);

这是否也会保持与其他平台的互操作性？还是我需要特意在 Linux 上构建 C++ DLL，然后将 that 用于 Android 平台？

Answer 1

每个平台通常有不同的ABI。例如，Windows 上的 long 是 32 位（来自内存），但 Linux 上的 long 是 64 位。在您的示例中，Windows 上的 wchar_t 是 16 位，但在 Linux 上是 32 位。 C++ 名称的错位方式也因平台而异。

Windows 和 Linux 都有不同的系统调用（malloc 等标准库函数通常最终会调用特定于平台的系统调用）。但不仅如此，每个平台存储和加载可执行代码的方式（以及它如何动态链接到其他可执行代码）也不同，并且在两者之间没有某种翻译器（例如WINE），通常是不可能的运行为不同平台编译的可执行代码。

因此，一般来说，您需要为您打算支持的每个平台编译代码。另请参阅 Unity 论坛中的 this post。