C文字后缀U,UL问题

CK_*_*CK_ 1 c literals

有人可以向我解释如果我在ANSI C中忘记常量(文字)的后缀(后缀)会发生什么?

例如,我看到了位移操作这样的定义:

#define AAR_INTENSET_NOTRESOLVED_Pos (2UL) /*!< Position of NOTRESOLVED field. */
#define AAR_INTENSET_NOTRESOLVED_Msk (0x1UL << AAR_INTENSET_NOTRESOLVED_Pos) /*!< Bit mask of NOTRESOLVED field. */
#define AAR_INTENSET_NOTRESOLVED_Disabled (0UL) /*!< Interrupt disabled. */
#define AAR_INTENSET_NOTRESOLVED_Enabled (1UL) /*!< Interrupt enabled. */
#define AAR_INTENSET_NOTRESOLVED_Set (1UL) /*!< Enable interrupt on write. */
Run Code Online (Sandbox Code Playgroud)

它用于32位架构.但它可以移植到16位或8位.如果没有使用postfix UL会发生什么,我会将这些宏用于位移操作,因为它应该如此?

我只是假设,例如在8位架构中,(1 << 30)会导致溢出.

编辑:我找到了很好的链接:http://dystopiancode.blogspot.cz/2012/08/constant-suffixes-and-prefixes-in-ansi-c.html

但如果代码应该被移植到各种架构上,那么使用后缀是否安全?

例如,如果后缀U代表unisgned int,那么对于8位架构它通常是16位但是对于32位它是32位变量,所以0xFFFFAAAAU适用于32位编译器但不适用于8位编译器,对吧?

chu*_*ica 6

像-1,1,2,12345678等.十进制数不带任何后缀会得到它会适合最小的类型,首先int,long,long long.

像一个八进制或十六进制数字0,0123为0x123,0x123的不带任何后缀会得到它会适合最小的类型,首先int,unsigned,long,unsigned long,long long,unsigned long long.


以下是一个潜在的问题应该AAR_INTENSET_NOTRESOLVED_Pos超过31.注意:unsigned long必须至少 32位.如果unsigned long是32位,则会导致0**,如果更长,则会导致非零.

(0x1UL << AAR_INTENSET_NOTRESOLVED_Pos)
Run Code Online (Sandbox Code Playgroud)

以下是一个类似的潜在问题应该AAR_INTENSET_NOTRESOLVED_Pos超过15. 0x1是一个unsigned,它必须至少16位.如果unsigned/int是16位,则最小值0x1int.因此,如果没有明确使用U,0x1可能会出现问题AAR_INTENSET_NOTRESOLVED_Pos == 15.[@Matt McNabb]

(0x1 << AAR_INTENSET_NOTRESOLVED_Pos)
Run Code Online (Sandbox Code Playgroud)

按位移位运算符
"对每个操作数执行整数提升.结果的类型是提升的左操作数的类型.如果右操作数的值为负或大于或等于提升的左边的宽度操作数,行为未定义." C11dr§6.5.73


机器宽度不是关键问题.8位或16位机器可以使用16位,32位等位int.同样,16位是兼容C编译器的最小大小.


[编辑]**我应该说"它(移位超过31位)会导致未定义的行为,UB,如果unsigned long是32位."