[Bug rtl-optimization/45678] [4.4/4.5/4.6 Regression] crash on vector code with -m32 -msse

hjl dot tools at gmail dot com gcc-bugzilla@gcc.gnu.org
Thu Sep 16 14:18:00 GMT 2010



------- Comment #19 from hjl dot tools at gmail dot com  2010-09-16 14:17 -------
(In reply to comment #17)
> That's true.  But many expanders can make use of DECL_ALIGN information, e.g.
> to choose faster code.  If cfgexpand keeps doing what it does now, namely
> bumping DECL_ALIGN of variables up to PREFERRED_STACK_BOUNDARY even when in the
> end the stack block doesn't end up being aligned that way, then it lies to the
> expander

The problem isn't limited to stack.

> and that will hit us again and again.  On x86-64/i686, I don't think we want to
> prevent memcpy folding as your patch does, at least not for CPUs where movu* is
> fast.

That is true. Whatever we do, we can't lie about
alignment, on stack or not. Once we fix that,
the rest shouldn't be too hard to fix.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45678



More information about the Gcc-bugs mailing list