我说的是如果编译器有"如果sizeof(unsigned long) == sizeof(unsigned long long)，就自动把unsigned long *转为unsigned long long *"这个行为，影响代码移植，换个平台会导致代码可能完全无法编译。

而且C/C++规范里未必对编译器有这个自动cast的要求，那编译器为何要吃力不讨好呢，仅仅是为了满足某些小众需求？

C++也没限制说跨平台必须用stdint而不能用int/long/long long这些类型，那肯定有代码用了这些类型的，不能因为你没有跨平台用这些类型，就一定要编译器怎么样

【 在 lwp 的大作中提到: 】
: 用long和longlong的都没啥移植要求吧
: 有移植需求的不都是用stdint.h么
:
: ...................
--
修改:z16166 FROM 221.218.160.*
FROM 221.218.160.*

自己cast挺好，以后出bug了还容易找  
  
【 在 lwp (再也不跟人吵架了!!!) 的大作中提到: 】
:  
:  你说的这些我都知道
:  但我觉得在一个固定的硬软件平台上
:  
--
FROM 183.179.53.*

新的语言都在整型的名字加上位长度。看来 c/cpp 的这一套被证明不够好用。

【 在 lwp 的大作中提到: 】
: 用long和longlong的都没啥移植要求吧
: 有移植需求的不都是用stdint.h么
--
FROM 120.41.213.*

我就一直呼吁把unit8，16，32，64这种直接定义为关键字

正常人没几个会愿意用short long这玩意的吧
【 在 hgoldfish 的大作中提到: 】
: 新的语言都在整型的名字加上位长度。看来 c/cpp 的这一套被证明不够好用。
:
--
FROM 111.183.63.*

那么可以弄个 int 类型，指向本机器效率最高的类型，同时最低不于低于 32 位。

不过我觉得随着时代的发展，其实也没啥必要，直接指定 int = int64 就完事了。

【 在 z16166 的大作中提到: 】
: 有固定长度的类型适合明确知道位宽的情况，但速度不一定快
: 正常还是和机器字长一样的类型速度快
--
FROM 120.41.213.*