From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3166 invoked by alias); 16 Sep 2010 13:59:48 -0000 Received: (qmail 3119 invoked by uid 48); 16 Sep 2010 13:59:31 -0000 Date: Thu, 16 Sep 2010 13:59:00 -0000 Message-ID: <20100916135931.3118.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug rtl-optimization/45678] [4.4/4.5/4.6 Regression] crash on vector code with -m32 -msse In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "hjl dot tools at gmail dot com" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2010-09/txt/msg01842.txt.bz2 ------- Comment #16 from hjl dot tools at gmail dot com 2010-09-16 13:59 ------- (In reply to comment #13) > With that patch the assignment generated from memcpy doesn't need more > that int alignment, but still cfgexpand.c sets DECL_ALIGN of the > decl to 128 so expand uses aligned instructions. > > cfgexpand.c should not increase alignment and not set 'needs stack > alignment' then, based on your comment #10. So this _is_ about > stack alignment (but maybe not exclusively). > When we do float d[4]; __m128 *p = (__m128 *) &d; all bets are off. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45678