Conversion from int16_t to uint32_t

最新推荐文章于 2022-11-22 19:02:02 发布

转载最新推荐文章于 2022-11-22 19:02:02 发布 · 2k 阅读

文章标签：

#portability #types #compiler #integer #behavior #rest

C/C++ 同时被 2 个专栏收录

89 篇文章

订阅专栏

StackOverflow

20 篇文章

订阅专栏

本文详细解释了将int16_t类型值转换为uint32_t类型值的过程，说明了结果的确定性和转换规则，强调了标准中对整数转换的定义，并讨论了使用int_least16_t和uint_least32_t的必要性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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