为什么>> 24导致-WConversion但是>> 23不导致？

Question

下面是代码：

#include <stdint.h> 

unsigned char f(uint32_t RGBA) 
{ 
    return (RGBA>>24) & 0xFF; 
} 

当与-Wconversion它会导致编译“警告：转换从‘无符号字符’‘uint32_t的{又名无符号整型}’可以改变其值[-Wconversion]”。如果我将换档值降低到23以下，警告消失。

我查看了C99标准，我不明白这里会发生什么。如果我删除了&运算符，则警告总是会发出，这可能是好的，因为表达式（整数提升后）的结果大于unsigned char。我唯一的想法是，对于较小的移位，警告被忽略，因为gcc很聪明，并且无论如何都看到结果是8位，因为标准没有使这个特例成为特例。我在这里吗？

为什么移位值很重要？这是一个GCC的错误？铿锵似乎没有产生任何移位值的警告。

我在64位Linux系统上使用GCC 5.3.1。

Answer 1

正如沙菲克Yaghmour提到的，这似乎是在GCC的错误：

GCC Bug 40752: -Wconversion generates false warnings for operands not larger than target type

看来自从4.4.0版本，在第一2009-07-14据报道，已经存在，并有5个副本。根据错误报告中的评论，似乎有关于如何处理它的一些争论。