是否有一种或多或少可靠的方法(不一定完美)来检测我正在为其编译的目标架构的机器字长?
机器字大小我指的是整数累加器寄存器的大小(例如 x86 上的 EAX、x86_64 上的 RAX 等,非流扩展、段或 float -点寄存器)。
该标准似乎没有提供“机器字”数据类型。所以我不是在寻找一种 100% 可移植的方式,只是在最常见的情况下工作的东西(Intel x86 Pentium+、ARM、MIPS、PPC - 即基于寄存器的现代商品处理器) .
size_t
和 uintptr_t
听起来像是不错的候选者(实际上在我测试的所有地方都匹配了寄存器大小)但当然是其他东西,因此不能保证总是这样做正如Is size_t the word size 中已经描述的那样.
上下文
假设我在一 block 连续的数据上实现了一个散列循环。生成的哈希值取决于编译器是可以的,只有速度很重要。
示例:http://rextester.com/VSANH87912
在 Windows 上的测试表明,64 位 block 中的散列在 64 位模式下和 32 位模式下的 32 位中更快:
64-bit mode
int64: 55 ms
int32: 111 ms
32-bit mode
int64: 252 ms
int32: 158 ms
最佳答案
由于 C 和 C++ 语言刻意抽象出机器字长等考虑因素,因此任何方法都不太可能 100% 可靠。但是,有各种 int_fastXX_t
可以帮助您推断大小的类型。例如,这个简单的 C++ 程序:
#include <iostream>
#include <cstdint>
#define SHOW(x) std::cout << # x " = " << x << '\n'
int main()
{
SHOW(sizeof(int_fast8_t));
SHOW(sizeof(int_fast16_t));
SHOW(sizeof(int_fast32_t));
SHOW(sizeof(int_fast64_t));
}
在我的 64 位 Linux 机器上使用 gcc 5.3.1 版产生这个结果:
sizeof(int_fast8_t) = 1
sizeof(int_fast16_t) = 8
sizeof(int_fast32_t) = 8
sizeof(int_fast64_t) = 8
这表明发现寄存器大小的一种方法可能是寻找所需大小(例如,16 位值的 2 个字节)和相应的 int_fastXX_t
大小之间的最大差异,并使用int_fastXX_t
的大小作为寄存器大小。
更多结果
Windows 7, gcc 4.9.3 在 64 位机器上 Cygwin 下:同上
64 位计算机上的 Windows 7、Visual Studio 2013 (v 12.0):
sizeof(int_fast8_t) = 1
sizeof(int_fast16_t) = 4
sizeof(int_fast32_t) = 4
sizeof(int_fast64_t) = 8
Linux,32 位 ARM 上的 gcc 4.6.3 和 Linux,32 位 Atom 上的 gcc 5.3.1:
sizeof(int_fast8_t) = 1
sizeof(int_fast16_t) = 4
sizeof(int_fast32_t) = 4
sizeof(int_fast64_t) = 8
关于c++ - 如何检测 C/C++ 中的机器字长?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35843365/