是否假定C中的整数是由硬件规范处理还是由软件处理？

Question

是否假定C中的整数是由硬件规范处理还是由软件处理？

通过整数，我指的是原始的“ int”

基本思想是，如果C中的整数不依赖于硬件，则gcc实现不同的整数处理程序将违反标准。 这样，您可以拥有传统的32位int处理程序，然后还可以具有256位整数甚至动态大小的int的处理程序。

我确实知道很久很久，但是我不确定它们是否独立于所提供的硬件，我只想指定在构建工具链时要使用的“ int”处理程序的大小/类型。

我也理解这样做的危险（因为使用32位整数编译器构建256位整数会很糟糕！），但是对于那些需要类似gmp库的代码位，我认为这会使代码的可读性更好。 兼容性是相同的，但是依赖性将取决于编译器，而不是代码本身。

疯狂的主意，我知道...但是回到原来的问题：

是否假定C中的整数是由硬件规范处理还是由软件处理？

Answer 1

标准说

“普通” int对象具有执行环境的体系结构建议的自然大小（足够大，可以包含在头<limits.h>定义的INT_MIN至INT_MAX范围内的任何值）。

并且<limits.h>的描述将INT_MIN限制为-32767，将INT_MAX为至少32767。因此，如果您的硬件有12位的字，则必须对int使用两个字。

Answer 2

是的，int将以本机大小进行处理。 因此， sizeof(int)可能会根据您编译和运行的系统为您提供不同的值。 一个int所有数学运算将由CPU的本机指令处理-比在软件中完成运算要快得多。 如果需要int256，则需要自己编写。 而且我敢肯定那里有任意大小的整数库。

Answer 3

实现256位int的AC实现将完全符合C标准（但请注意，它也必须使long int和long long int至少也是如此。）

但是，此类编译器生成的代码通常与同一平台上其他编译器生成的代码不兼容，这是实践中未完成的原因之一。