数据类型MSVC和gcc/g++的不同

前言：
　　在16位环境下，int/unsigned int 占16位，long/unsigned long占32位
　　在32位环境下，int占32位，unsigned int占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("");,long long使用%lld输出，__int64使用%I64d，无符号使用u替代d即可。
7、测试下来编译器一般都支持2种操作，不必太过纠结，怎么使用看个人喜欢。

//=================================华丽的分隔线========================================
#include <stdio.h>
#include <stdlib.h>
intmain(){
    unsigned long longa= 412432424000ll;
    unsigned __int64b= 9223372036854775808ll;
    printf("%I64u ",a);　　　　　　　　　 　　　　　　　//使用%lld时无法正常输出，why? 解答在附
    printf("%I64u",b);
    system("pause");
    return 0;
}
附网友测试结果：
　　刚实验了下，在VC6、DEV、CodeBlocks中C语言都可以使用__int64，格式化输出标识为%I64d。不过在VC6中数字后加2个L是会报错，可以只加1个或不加。查了下资料，__int64是windows专用的，被vc、gcc等编译器支持，但在在UNIX、Linux中需用long long配合%lld。后者是标准C的规定!
　　我试了下long long配合%I64d，可以正确输出，而不管是long long还是__int64配合%lld都不能正确输出。所以我得出的结论是在windows下需要用longlong或，__int64配合dd。而在UNIX、Linux中必须使用标准C规定的long long配合%lld。
记。 (http://hi.baidu.com/tianxingjianhd/blog/item/c44bec3a221fc1ff14cecbf6.html)

int main()

{

__int64 i = 10;

printf("%l64",i);

cout<<endl;

return 0;

}

 

cout<<i;// has problems

 

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()	正确	正确	正确	正确	无法编译

上表中，正确指编译通过，运行完全正确；错误指编译虽然通过，但运行结果有误；无法编译指编译器根本不能编译完成。观察上表，我们可以发现以下几点：

1. long long定义方式可以用于gcc/g++，不受平台限制，但不能用于VC6.0。
2. __int64是Win32平台编译器64位长整型的定义方式，不能用于Linux。
3. "%lld"用于Linux i386平台编译器，"%I64d"用于Win32平台编译器。
4. cout只能用于C++编译，在VC6.0中，cout不支持64位长整型。

表中最后一行输出方式中的printint64()是我自己写的一个函数，可以看出，它的兼容性要好于其他所有的输出方式，它是一段这样的代码：

void printint64(long long a)
{
    if (a<=100000000)
        printf("%d
",a);
    else
    {
        printf("%d",a/100000000);
        printf("%08d
",a%100000000);
    }
}

这种写法的本质是把较大的64位整型拆分为两个32位整型，然后依次输出，低位的部分要补0。看似很笨的写法，效果如何？我把它和cout输出方式做了比较，因为它和cout都是C++支持跨平台的。首先printint64()和cout(不清空缓冲区)的运行结果是完全相同的，不会出现错误。我的试验是分别用两者输出1000000个随机数，实际结果是，printint64()在1.5s内跑完了程序，而cout需要2s。cout要稍慢一些，所以在输出大量数据时，要尽量避免使用。

references:

https://www.byvoid.com/blog/c-int64/

http://blog.csdn.net/liuqz2009/article/details/6932822

http://blog.csdn.net/zhongzhiwei/article/details/8678885

http://freesoftman.iteye.com/blog/629970