2008/9/19 Richard Guenther <[EMAIL PROTECTED]>: > > The computation ((((__x) >> 8) & 0xff) | (((__x) & 0xff) << 8)) is promoted > to int as of C language standards rules and the store to __v truncates it. > > The warning isn't clever enough to see that this doesn't happen due to > the masking applied, and in general there are always cases that would > slip through.
-Wconversion had some fixes in this area during GCC 4.4 (and I think there is still at least one pending patch). Could you re-test with a recent trunk snapshot? I cannot do it myself. Cheers, Manuel.
