[转]C/C++的64位整型
Technorati 标签: C++ 原文地址：http://www.byvoid.com/blog/c-int64/ 在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位长整型。 表中最后一行输出方式中的printi
相关文档：
/*
**判断C?行??境的程序
*/
/*
**静?初始化
*/
int static_variable=5;
void
f()
{
register int i1, i2, i3, i4, i5, i6, i7, i8, i9, i10;
register char *c1, *c2, *c3, *c4, *c5, *c6, *c7 , *c8, *c9, *c10;
extern int a_very_long_name_to_sec_how_long_they_can_be;
double ......
学东西，往往实例才是最让人感兴趣的，老是学基础理论，不动手，感觉没有成就感，呵呵。
下面先来一个实例。我们通过创建两个线程来实现对一个数的递加。
或许这个实例没有实际运用的价值，但是稍微改动一下，我们就可以用到其他地方去拉。
下面是我们的代码：
/*thread_example.c : c multiple thread p ......
不离开Emacs完成简单C程序的编辑编译运行（转）
（1）打开Emacs，执行
$ emacs
（2）建立一个新的程序文件. 执行 C-x C-f，
然后在屏幕的底部出现minibuffer，光标提示你输入文件名称，
文件名称要带上后缀名，如hello.cpp。回车，然后开始编辑源代码。
（3）编译代码。执行Esc-x compile，出现minibuffer，提示你输� ......
1.这样的初始化有什么问题？char *p = malloc(10); 编译器提示“非法初始式” 云云。
答:这个声明是静态或非局
部变量吗？函数调用只能出现在自动变量(即局部非静态变量) 的初始式中。
因为静态变量的地址必须在编译的过程中就确定下来而malloc()申
请的内存地址是在运行时确定的。
2. *p++ 自增p 还是p 所� ......
规则或建议。每条准则都有例外
1，假想的编译程序
使用编译程序所有的可选警告设施
使用lint来查出编译程序漏掉的错误
如果有单元测试，就进行单元测试
2，自己设计并使用断言
既要维护程序的交付版本，又要维护程序的调试版本
要使用断言对函数参数进行确认
要从程序中删去无定义的特性，或者在程序中使用断言来� ......
