在WINDOWS下使用MinGW调试程序的时候,发现一个GCC的BUG。请先看下面的代码:
#include <stdio.h>

int main()
{
short a = 1;
int b = 2;
unsigned int c = 3;
long long d = 4;
unsigned long long e = 5;
printf(" a=%d b=%d c=%u d=%lld e=%llu a=%d ",
a, b, c, d, e, a);
printf("e=%llu ", e);
return 1;
}
上面的代码输出什么?预想的结果应该是:
a=1
b=2
c=3
d=4
e=5
a=1
e=5
用MinGW编译代码,运行程序,输出的结果令人惊讶:
a=1
b=2
c=3
d=4
e=0
a=5
e=5
可见,单独输出long long类型是没有问题的,但是当long long类型出现在格式字符串的中间的时候,就会影响后面一个输出。
我测试了微软的cl.exe和linux下的GCC,都不存在这个BUG。
在此一记,请朋友们在WINDOWS下使用GCC的时候,注意long long类型的输出问题。
P.S 我使用的GCC版本是3.4.2, 希望更新的版本没有这个BUG。














上面的代码输出什么?预想的结果应该是:
a=1
b=2
c=3
d=4
e=5
a=1
e=5
用MinGW编译代码,运行程序,输出的结果令人惊讶:
a=1
b=2
c=3
d=4
e=0
a=5
e=5
可见,单独输出long long类型是没有问题的,但是当long long类型出现在格式字符串的中间的时候,就会影响后面一个输出。
我测试了微软的cl.exe和linux下的GCC,都不存在这个BUG。
在此一记,请朋友们在WINDOWS下使用GCC的时候,注意long long类型的输出问题。
P.S 我使用的GCC版本是3.4.2, 希望更新的版本没有这个BUG。