Вот код:
#include <stdint.h>
unsigned char f(uint32_t RGBA)
{
return (RGBA>>24) & 0xFF;
}
При компиляции с -Wconversion он вызывает "warning: conversion to" unsigned char from 'uint32_t {aka unsigned int} может изменить его значение [-Wconversion] ". Если я понижу значение сдвига до 23 или меньше, предупреждение исчезнет.
Я просмотрел стандарт C99, и я не понимаю, что здесь происходит. Если я удалю оператор &, тогда предупреждение всегда испускается, и это, вероятно, хорошо, так как результат выражения (после целых рекламных акций) больше, чем unsigned char. Моя единственная идея заключается в том, что предупреждение опущено для меньших сдвигов только потому, что gcc является умным и видит, что результат 8-бит в любом случае, поскольку стандарт не делает это особым случаем. Я здесь?
И почему значение сдвига имеет значение? Это ошибка GCC? Кажется, что Clang не выдал предупреждение за любые значения сдвига.
Я использую GCC 5.3.1 в 64-разрядной системе Linux.
Как упоминается Шафик Ягмур, это, по-видимому, является ошибкой в GCC:
Ошибка GCC 40752: -Wconversion генерирует ложные предупреждения для операндов не более целевого типа
Похоже, что он присутствует с версии 4.4.0, впервые представленной в 2009-07-14, и имеет 5 дубликатов. Основываясь на комментариях в отчете об ошибке, похоже, есть некоторые дебаты о том, как с этим справиться.
По крайней мере с gcc 5.4, 6.x и 7.x эта проблема имеет простое решение с использованием приведения:
#include <stdint.h>
unsigned char f(uint32_t RGBA)
{
return (unsigned char) ((RGBA>>24) & 0xFF);
}