有人可以向我解释如果我在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位编译器,对吧?
像-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位,则最小值0x1
为int
.因此,如果没有明确使用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位."