※ 引述《final01 (牛顿运动定律)》之铭言：
: 开发平台(Platform): (Ex: Win10, Linux, ...)
: Linux
: 编译器(Ex: GCC, clang, VC++...)+目标环境(跟开发平台不同的话需列出)
: GCC
: 额外使用到的函数库(Library Used): (Ex: OpenGL, ...)
: 问题(Question)：
: #include <stdio.h>
: void print_x(unsigned long x)
: {
: printf("=> 0x%lx\n",x);
: }
: int main()
: {
: print_x(0x80000000);
: print_x((1<<31));
: }
: 想问为何同样是数字一个不会overflow 一个会??
: 喂入的资料(Input)：
: 0x80000000
: 1<<31
我猜测你平台的 long 是 64bit。
0x80000000 的 type 是 unsigned int, 所以是 2147483648。
1<<31 运算后结果 0x80000000 的 type 是 int, 所以是 -2147483648。
很奇怪, 一个是 unsigned int, 一个却是 int 是吧!
把 int -2147483648 传给 unsigned long 时, 16 进位便是 0xffffffff80000000,
而不是 80000000。

32-bit int的话 1<<31 就已经是 undefined behavior 了

有spec说明0x80000000就是unsigned int?? 1<<31就是int这是我比较想知道的XDD

标准规格书中有Types of integer constants的表

一般来说没附字尾的整数是 int, 除非 int 装不下装不下的时候会有一定的程序往上试型态, 试到装下了就用这是为什么 0x80000000 是 unsigned int 的原因1<<31 则是 1 和 31 这两个常数进行运算bitshift 看左边, 1 是 int 所以结果就是 int这就是为什么一般对 bitmask 的值会写成 1U<<31 的原因加个 U 就是说这个 1 是 unsigned int顺带一提的是, C/C++ 没有负 literal, 所有看起来是负数的常数都是正常数加负号, 所以某些负值会产生很意外的结果