[Bug middle-end/45722] [4.6 Regression] FAIL: gcc.c-torture/execute/20040709-2.c execution at -O1 and -Os
rguenth at gcc dot gnu.org
gcc-bugzilla@gcc.gnu.org
Fri Nov 12 12:37:00 GMT 2010
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45722
Richard Guenther <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |uweigand at gcc dot gnu.org
--- Comment #29 from Richard Guenther <rguenth at gcc dot gnu.org> 2010-11-12 12:19:15 UTC ---
We indeed do rely on type align info on the MEM_REF (which I think is not
the very best idea, but I ended up re-instantiating that because it's all
a mess). So if SRA rewrites an access it has to transfer misaligned
info to the MEM_REF. OTOH, given that we have
;; x$l_3 = MEM[(struct B *)&sB + 2B];
we know the alignment exactly because we can infer it from the DECL
alignment of sB. So we might run into the
void
set_mem_attributes_minus_bitpos (rtx ref, tree t, int objectp,
HOST_WIDE_INT bitpos)
{
alias_set_type alias = MEM_ALIAS_SET (ref);
tree expr = MEM_EXPR (ref);
rtx offset = MEM_OFFSET (ref);
rtx size = MEM_SIZE (ref);
unsigned int align = MEM_ALIGN (ref);
^^^^^^^^^^^^^
bug on strict-alignment targets again here. Uli promised to fix that up
but hasn't delivered yet.
More information about the Gcc-bugs
mailing list