c++ - bool返回值的函数，只设置整个寄存器的1个字节

Question

我有以下代码是 api (cdecl) 的一部分。在 MSVC++ 中，sizeof bool 是 1 个字节，但由于 bool 是实现定义的，一些由其他编译器编译的程序/作者错误地定义了函数签名可能会将 bool 视为 >1 字节，并且调用下面的检查可能会在他们的程序端返回 true。

virtual bool isValid()
{
    return false;
    // ^ code above in asm: xor al, al
}

为了避免这种情况，我在返回之前放置了一个内联汇编，xor eax, eax - 但我觉得它有点老套，而且由于缺少内联汇编器，它当然不能在 x64 上工作支持。

使用 #define bool int 会起作用，但这不是我想要的，因为我的结构内部有 bool 数据类型，使用它会导致损坏。

是否有类似内在函数的东西可以将 eax/rax 寄存器归零或可以解决这个问题的任何东西？

Answer 1

没有什么可以满足您的要求。您的问题需要一个截然不同的解决方案。

首先，任何“错误地定义函数签名”的代码都被破坏了，需要修复。在其他代码中解决它永远不是解决方案。

接下来你的问题不仅仅是 bool 被实现定义，C++ 标准使得一大堆东西都是实现定义的。以至于两个不同的 C++ 编译器很少有兼容的 ABI。如果您的代码提供 C++ 接口(interface)供其他人编译的代码使用，您可能需要为您要支持的每个不同的编译器生成单独编译的二进制文件，无论是以目标文件、静态库、DLL 还是可执行文件的形式。事实上，您可能需要为每个编译器的每个版本提供单独的二进制文件。

有两个 C++ 编译器试图与 Microsoft C++ ABI 兼容。第一个是 Intel's C++ compiler第二个是the Windows port of clang . clang 的实现显然仍在进行中。您可能仍需要为编译代码时使用的 Microsoft C/C++ 运行时库的每个版本创建单独的版本。

通过为您的代码提供纯 C 接口(interface)，您可以潜在地减少需要分发的不同版本二进制文件的数量。纯 C 接口(interface)意味着仅使用 C 数据类型和声明为 extern "C" 的函数。虽然类、成员函数、模板、RTTI 和异常之类的东西可以在您的实现中使用，但不能用作公共(public)接口(interface)的一部分。一个异常(exception)是类似 COM 的接口(interface)，类只有公共(public)纯虚函数。由于适用于 Windows 的 C 编译器基本上都使用相同的 C ABI 并支持 COM 接口(interface)，因此兼容性问题不太可能成为问题。然而，bool 类型(实际上是 C 中的 _Bool 类型)使用起来可能不安全，因为它是 C 语言中最近才添加的。请在您的 C 接口(interface)中使用 int。

请注意，由于 C/C++ 运行时差异，即使您想要分发已编译的二进制文件以供 Microsoft 的 Visual C++ 编译器使用，您仍可能需要为每个版本的编译器分发版本。那是因为每个版本都带有不同的运行时实现，并且具有内部布局不兼容的数据结构。不能将在一个版本的 Visual C++ 编译的函数中创建的 STL 容器传递给用不同版本编译的函数。如果可执行文件和 DLL 使用不同版本的 C 运行时，则不能在可执行文件中使用 malloc 分配内存并在 DLL 中释放它。

不幸的是，除非您愿意将您的用户限制在一个特定的编译器上，否则您正在寻找的解决问题的简单方法可能不存在。请注意，这是提供插件支持的程序使用的常见解决方案。 Pugins 需要编译与编译可执行文件的同一编译器的相同版本。