首页 > 代码库 > 数据类型MSVC和gcc/g++的不同
数据类型MSVC和gcc/g++的不同
在16位环境下，int/unsignedint 占16位，long/unsigned long占32位
在32位环境下，int占32位，unsignedint占16位，long/unsigned long占32位
何时需要使用：
long和 int范围是[-2^31,2^31)，即-2147483648~2147483647，而unsigned范围是[0,2^32)，即0~4294967295，所以常规的32位整数只能够处理40亿左右，当遇到比40亿大的多的数就要用到64位。
64位使用范围：
不 同的编译器对64位整数的扩展有所不同，VC使用__int64/unsigned __int64，范围是[-2^63,2^63)和[0,2^64)，即-9223372036854775808~9223372036854775807与0~18446744073709551615(约1800亿亿)。
注意点：
1、编译器不同导致使用64位的申明方式不同;
2、long long/ unsigned long long 一般是Linux下申明方式、如：G++
3、__int64/unsigned __int64一般是Windows下使用64位的申明方式，如:VS
4、在赋值时需要注意加上ll进行显式赋值;
5、当进行64位与32位的混合运算时，32位整数会被隐式转换成64位整数。
6、输出printf("");,longlong使用%lld输出，__int64使用%I64d，无符号使用u替代d即可。
7、测试下来编译器一般都支持2种操作，不必太过纠结，怎么使用看个人喜欢。
//=================================华丽的分隔线========================================
#include<stdio.h>
#include<stdlib.h>
intmain(){
unsignedlong longa=412432424000ll;
unsigned__int64b=9223372036854775808ll;
printf("%I64u\n",a); //使用%lld时无法正常输出，why?解答在附
printf("%I64u",b);
system("pause");
return0;
}
附网友测试结果：
刚实验了下，在VC6、DEV、CodeBlocks中C语言都可以使用__int64，格式化输出标识为%I64d。不过在VC6中数字后加2个L是会报错，可以只加1个或不加。查了下资料，__int64是windows专用的，被vc、gcc等编译器支持，但在在UNIX、Linux中需用longlong配合%lld。后者是标准C的规定!
我试了下longlong配合%I64d，可以正确输出，而不管是longlong还是__int64配合%lld都不能正确输出。所以我得出的结论是在windows下需要用longlong或，__int64配合dd。而在UNIX、Linux中必须使用标准C规定的longlong配合%lld。
记。(http://hi.baidu.com/tianxingjianhd/blog/item/c44bec3a221fc1ff14cecbf6.html)
C/C++的64位整型
在C/C++中，64为整型一直是一种没有确定规范的数据类型。现今主流的编译器中，对64为整型的支持也是标准不一，形态各异。一般来说，64位 整型的定义方式有long long和__int64两种(VC还支持_int64)，而输出到标准输出方式有 printf("%lld",a)，printf("%I64d",a)，和cout << a三种方式。
本文讨论的是五种常用的C/C++编译器对64位整型的支持，这五种编译器分别是gcc(mingw32)，g++(mingw32)，gcc(linux i386)，g++(linux i386)，Microsoft Visual C++ 6.0。可惜的是，没有一种定义和输出方式组合，同时兼容这五种编译器。为彻底弄清不同编译器对64位整型，我写了程序对它们进行了评测，结果如下表。
| 变量定义 | 输出方式 | gcc(mingw32) | g++(mingw32) | gcc(linux i386) | g++(linux i386) | MicrosoftVisual C++ 6.0 |
|---|---|---|---|---|---|---|
| long long | "%lld" | 错误 | 错误 | 正确 | 正确 | 无法编译 |
| long long | "%I64d" | 正确 | 正确 | 错误 | 错误 | 无法编译 |
| int64 | "lld" | 错误 | 错误 | 无法编译 | 无法编译 | 错误 |
| int64 | "%I64d" | 正确 | 正确 | 无法编译 | 无法编译 | 正确 |
| long long | cout | 非C++ | 正确 | 非C++ | 正确 | 无法编译 |
| __int64 | cout | 非C++ | 正确 | 非C++ | 无法编译 | 无法编译 |
| long long | printint64() | 正确 | 正确 | 正确 | 正确 | 无法编译 |
上表中，正确指编译通过，运行完全正确；错误指编译虽然通过，但运行结果有误；无法编译指编译器根本不能编译完成。观察上表，我们可以发现以下几点：
- long long定义方式可以用于gcc/g++，不受平台限制，但不能用于VC6.0。
- __int64是Win32平台编译器64位长整型的定义方式，不能用于Linux。
- "%lld"用于Linux i386平台编译器，"%I64d"用于Win32平台编译器。
- cout只能用于C++编译，在VC6.0中，cout不支持64位长整型。
表中最后一行输出方式中的printint64()是我自己写的一个函数，可以看出，它的兼容性要好于其他所有的输出方式，它是一段这样的代码：
void printint64(long long a){ if (a<=100000000) printf("%d\n",a); else { printf("%d",a/100000000); printf("%08d\n",a%100000000); }}这种写法的本质是把较大的64位整型拆分为两个32位整型，然后依次输出，低位的部分要补0。看似很笨的写法，效果如何？我把它和cout输出方式做了比较，因为它和cout都是C++支持跨平台的。首先printint64()和cout(不清空缓冲区)的运行结果是完全相同的，不会出现错误。我的试验是分别用两者输出1000000个随机数，实际结果是，printint64()在1.5s内跑完了程序，而cout需要2s。cout要稍慢一些，所以在输出大量数据时，要尽量避免使用。
数据类型MSVC和gcc/g++的不同