[Bug tree-optimization/82192] [5/6/7/8 Regression] gcc produces incorrect code with -O2 and bit-field

jakub at gcc dot gnu.org gcc-bugzilla@gcc.gnu.org
Thu Sep 14 14:27:00 GMT 2017


https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82192

--- Comment #11 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
(In reply to Jeffrey A. Law from comment #10)
> Does the oddity that shifts truncate on x86, but bit operations do not come
> into play here?

x86 doesn't define SHIFT_COUNT_TRUNCATED (though in this testcase there is no
out of bound shift count anyway) and I believe the requirement is that if it is
defined then all the shift/insv/extv and similar instructions have to have the
truncation behavior, not just some, so I think this macro isn't relevant to
this PR.  The shift count is fine, but shift count + len is or might be too big
and the question is what happens with the upper bits.


More information about the Gcc-bugs mailing list