长在c99中

Question

在C99标准中，他们引入了long long。这样做的目的是什么？在我(有限的)C编程经验中，我只看到过一个4字节的int和一个8字节的长度。例如，来自编译器资源管理器：

​

如果long已经是8，那么为什么需要添加另一个long long类型呢？这对编译器/体系结构有什么影响？

Answer 1

如果long已经是8，那么为什么需要添加另一个long long类型呢？这对编译器/体系结构有什么影响？

“如果长到8”并不总是正确的，因为有许多代码依赖于32位long和int作为32位或16位。

将long要求为64位将破坏代码库。这是一个主要的问题。

然而，要求long保持32位(没有long long)将无法访问标准64位整数，因此这是long long的基本原理。

允许long作为32位或64位(或其他)允许转换。

各种函数传入/返回long，如fseek(), ftell()。他们受益于long超过32位的大型文件支持。

推荐的实践鼓励更广泛的long：“用于size_t和ptrdiff_t的类型不应具有大于signed long int的整数转换级别，除非实现支持足够大的对象，使其成为必要的对象。”这与超过32位的内存大小有关.

也许在将来，实现可以使用int/long/long long/intmax_t作为32/64/128/256位。

IAC，我看到固定宽度类型intN_t比long和long long更受欢迎。对于特殊情况，我倾向于使用固定宽度类型或bool、(unsigned) char、int/unsigned、size_t、(u)intmax_t和tend signed char (unsigned) short、(unsigned) long、(unsigned) long long。

Answer 2

C标准只保证int可以是(松散地说)2字节，long可以是4字节，long long可以是8字节。

事实上，MSVC仍然使用一个4字节的long，尽管它有一个4字节的int。

Answer 3

int和long当时和现在唯一相关的要求是，int必须至少为16位，long必须至少为32位。16位和32位系统都有32位的long，而64位的机器在20世纪90年代后期就不那么常见了。因此，在C99之前，程序员根本不能完全依靠64位整数类型。long long的引入解决了这个问题，它至少需要64位。(我认为它已经由GCC和其他编译器提供作为扩展)。

如今，许多(但不是所有) 64位系统都使用64位long，不想让long long变得更大，所以它也是64位，而且在某种意义上是多余的。这些大概是你熟悉的系统，但它们并不代表外面的一切。