arm-none-eabi-gcc的UINT16_C宏定义是否违反C99标准？

1. 该实现是否与C99标准冲突？ #

是，该实现确实违反C99标准。
C99 7.18.4.1第2小节明确要求UINTN_C(value)展开后的表达式类型必须为uint_leastN_t的无符号整数常量。在你使用的Cortex-M7 32位平台下，int为32位有符号类型，uint_least16_t通常定义为unsigned short或unsigned int，无论哪种，UINT16_C(1)展开得到的signed int类型的1都不符合类型要求，哪怕值的范围在uint_least16_t的表示范围内，类型不匹配依然违反标准规定。

2. 修复该问题的编译方案 #

目前GCC没有内置的专门编译选项直接修复该问题，但可以通过自定义宏的编译参数覆盖默认实现：

-D__UINT16_C(c)=c##U

该参数会将UINT16_C(1)展开为1U，也就是unsigned int类型，符合32位平台下uint_least16_t的类型要求。如果你的平台uint_least16_t是unsigned short，也可以根据实际情况调整宏定义。

3. 不采用强制类型转换实现的原因 #

核心原因是UINTN_C系列宏要求必须可以在预处理上下文里使用，比如#if UINT16_C(100) > 50这类预处理器判断语句。
而((uint_least16_t)(c))这种写法包含C语言的强制类型转换语法，预处理器无法识别该语法，会直接报错，无法满足预处理场景的使用要求，因此标准不允许、实现方也不会采用这种实现方案。

内容的提问来源于stack exchange，提问作者Guillaume Petitjean