X32 允许使用 32 位整数、长整数和指针编写在 x86_64 处理器上运行的程序。在某些用例下，使用 X32 有很多好处。 (X32 不同于 X86 或 X64；有关详细信息，请参阅 Difference between x86, x32, and x64 architectures)。

似乎某些 Windows Enterprise Server 支持 X32，但我无法找到有关它的更多信息。这是基于一些英特尔 PDF，例如 Intel® Xeon® Processor E5-2400 Series-based Platforms for Intelligent Systems :

Microsoft 关于 Predefined Macros 的文档列出了常见的可疑对象，例如 _M_X64 和 _M_AMD64。但它似乎没有讨论 X32 的架构选项。

如果 Microsoft 支持 X32，那么我怀疑它会是一个类似于大地址空间感知或终端服务感知的选项。

Microsoft 实际上 支持 X32(相对于 X86 和 X64)吗？

• 如果是这样，我如何确定何时在 Windows 下选择了 X32？
• 如果不是，那么为什么英特尔专门为 Windows 调出 X32 平台？

最佳答案

问题

Does Microsoft actually support X32 (as opposed to X86 and X64)?

TL;DR 回答

答案是“不，Microsoft 不支持它。”预处理器宏不会导致任何 X32 标识，命令行选项和 IDE 选项不存在，并且标识此类编译器的字符串也不存在。

长答案——第一部分

“X32 没有 header 字符串”

忽略以下事实:

• 不存在此类功能的官方文档，
• Visual Studio 或 cl.exe/? 中没有启用/禁用它的选项，并且
• strings -el clui.dll 没有显示此类选项的迹象，

strings -el "%VCINSTALLDIR%\bin\1033\clui.dll"|查找“Microsoft (R)” 也没有显示匹配 header 字符串的迹象:

4Microsoft (R) C/C++ Optimizing Compiler Version %s
-for Microsoft (R) .NET Framework version %s
(Microsoft (R) C/C++ Optimizing Compiler
FMicrosoft (R) C/C++ Optimizing Compiler Version %s for MIPS R-Series
)Microsoft (R) MIPS Assembler Version %s
CMicrosoft (R) C/C++ Optimizing Compiler Version %s for Renesas SH
<Microsoft (R) C/C++ Optimizing Compiler Version %s for ARM
:Microsoft (R) C/C++ Standard Compiler Version %s for x86
<Microsoft (R) C/C++ Optimizing Compiler Version %s for x86
GMicrosoft (R) 32-bit C/C++ Optimizing Compiler Version %s for PowerPC
@Microsoft (R) C/C++ Optimizing Compiler Version %s for Itanium
<Microsoft (R) C/C++ Optimizing Compiler Version %s for x64
>Microsoft (R) C/C++ Optimizing Compiler Version %s for ARM64
Microsoft (R) MIPS Assembler

在 bin\x86_amd64\1033\clui.dll 和 bin\x86_arm\1033\clui.dll 文件中看到相同的输出，所以它不是那样的一个文件根本不包含它。

长答案——第二部分

“Windows 不做数据模型”

让我们假设它做到了。你会如何检测它？对于 GLIBC，__ILP32__ 是为 x32 和 x86 定义的，而 __LP64__ 是为 amd64 定义的，表示 the data model used .此外，将为 AMD64 架构定义 __x86_64__。如果定义了 __x86_64__ 并且定义了 __ILP32__，那么您使用的是 X32 ABI，否则您使用的是 AMD64 ABI。对于 C，这才是最重要的。如果您使用的是汇编代码，这就是 X32 ABI 和 x86 ABI 之间的区别所在，因此检查 __x86_64__ 以确定目标架构是 64 位并检查 __ILP32__ 以确定正在使用的是 32 位还是 64 位 ABI。例如:

#ifdef __x86_64__
# ifdef __ILP32__

// Use X32 version of myfunc().
extern long myfunc_x32 (const char *);
long (*myfunc)(const char *) = myfunc_x32;

# else /* !__ILP32__ */

// Use AMD64 version of myfunc().
extern long myfunc_amd64 (const char *);
long (*myfunc)(const char *) = myfunc_amd64;

# endif /* __ILP32__ */

/* !__x86_64__ */
#elif defined __i386__

// Use x86 version of myfunc().
extern long myfunc_x86 (const char *);
long (*myfunc)(const char *) = myfunc_x86;

/* !__i386__ */
#else

// Use generic version of myfunc() since no optimized versions are available.
long myfunc(const char *);

#endif /* __x86_64__ */

但是，Windows 上没有指示数据模型的宏。您的目标是以下架构之一:

• 32 位 x86 (_M_IX86)
• 64 位 AMD64(_M_AMD64/_M_X64)
• (32 位？)ARM(_M_ARM)

理论上可以独立使用_M_AMD64和_M_X64来判断X32是否存在，但是如果定义了_M_AMD64，_M_X64 也被定义。

长答案——第三部分

“坏消息”

最后，在搜索找到任何东西(甚至可能是早已被遗忘的 Material )之后，没有证据表明 Windows 已经支持或将永远支持像 Linux 这样的 X32 ABI 编码。预处理器宏无助于识别 X32，命令行选项和 IDE 选项不存在，识别此类编译器的字符串也不存在。

长答案——破灭的新希望

“这些不是您要找的宏”

假设可以使用当前存在的宏来检查，但在这种情况下它没有帮助，因为 Windows 的 X32 不存在。它与 GLIBC 检查没有什么不同，但如果定义了 __ILP32__ 则不启用 X32，而是在未定义 _M_X64 时启用它。

#ifdef _M_AMD64
# ifndef _M_X64
#  define ABI_STR "X32"
# else
#  define ABI_STR "AMD64"
# endif
#elif defined _M_IX86
# define ABI_STR "X86"
#else
# error unsupported CPU/architecture
#endif

当然，如果 _M_AMD64 被定义，那么 _M_X64 也被定义，进一步加强了没有 X32 for Windows 的证据。

关于windows - 如何在 Windows 上检测 X32？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/32675300/