From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7721 invoked by alias); 11 Apr 2008 19:20:20 -0000 Received: (qmail 7411 invoked by uid 48); 11 Apr 2008 19:19:25 -0000 Date: Fri, 11 Apr 2008 19:20:00 -0000 Message-ID: <20080411191925.7410.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug target/35907] [4.3/4.4 Regression] 64-bit power6 glibc miscompilation In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "jakub at gcc dot gnu dot org" 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: 2008-04/txt/msg00848.txt.bz2 ------- Comment #10 from jakub at gcc dot gnu dot org 2008-04-11 19:19 ------- Well, for -m64 the code in between the old and new Altivec reg restoring spot when use_backchain_to_restore_sp will ld 1,0(1). Is altivec_save_offset guaranteed to be not lower than 288 bytes below this? For -m32, I see that it doesn't restore sp right away when alloca is used and the info->push_p increment doesn't apply to ABI_V4 either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35907