Question

如果我在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. */

它用于32位架构。但它可以移植到16位或8位。如果不使用postfix UL会发生什么情况，并且我会将这些宏用于比特移位操作？

我只是假设，例如在8位架构中，（1 <＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆gt;

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

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

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

Answer 1

像-1,1,2,12345678等十进制数字没有任何后缀将获得它所适合的最小类型，从int，long，long long开始。

如0,0123,0x123,0X123这样没有任何后缀的八进制或十六进制数将得到它所适合的最小类型，从int，unsigned，long，{{开始1}}，unsigned long，long long。

如果unsigned long long超过31，则以下是潜在问题。注意：AAR_INTENSET_NOTRESOLVED_Pos必须位于至少 32位。如果unsigned long是32位，则会导致0 **，但如果更长，则会导致非零。

unsigned long

如果(0x1UL << AAR_INTENSET_NOTRESOLVED_Pos)超过15，则以下是类似的潜在问题。AAR_INTENSET_NOTRESOLVED_Pos是0x1，其必须至少为16位。此外，如果unsigned为16位，则最小值unsigned/int为0x1。因此，如果int没有明确使用U，0x1可能会成为一个问题。 [@Matt McNabb]

AAR_INTENSET_NOTRESOLVED_Pos == 15

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

机器宽度不是关键问题。 8位或16位机器可以使用16,32等位大小(0x1 << AAR_INTENSET_NOTRESOLVED_Pos)。同样，16位是兼容C编译器的最小大小。

[编辑] ** 我应该说“它（移位超过31位）会导致未定义的行为， UB ，如果int是32位。”

Answer 2

它可能会破裂。

在代码本身中包含强制转换可能更好，即

uint32_t something = (uint32_t) AAR_INTENSET_NOTRESOLVED_Set << 30;

即使常量的#define只是一个整数，它也能正常工作。

C文字后缀U，UL问题

2 个答案: