Conversion from int16_t to uint32_t

int16_t s;
uint32_t ui = s;

Is the result of converting a int16_t value to a uint32_t value compiler dependent? If not, what's the rule?

=================================================================================================================

The results are well-defined; non-negative values stay the same, and negative values are reduced modulo 2^32. But the situations where exact sized types like int16_t and uint32_t are quite rare. There's really no need for anything other than int and unsigned long here: those types have at least as many bits as int16_tand uint32_t and, unlike int16_t and uint32_t, they're required to exist on any conforming implementation. If you really really want the sexy new sized types, at least go for portability withint_least16_t and uint_least32_t.

=================================================================================================================

 look for "integer conversions" in the standard. The difference between uint32_t anduint_least32_t here is precisely that the value of a converted int16_t is fully determined by the standard with uint32_t, whereas with uint_least32_t it depends on the width of the type (and only on that, since once the implementation decides that the rest of the behavior is determined). In the unlikely event that you want to convert negative values to an unsigned type, chances are you do want to know the width of the type. – Steve Jessop

=================================================================================================================




  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值