From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19804 invoked by alias); 22 Dec 2009 13:33:52 -0000 Received: (qmail 19759 invoked by uid 48); 22 Dec 2009 13:33:40 -0000 Date: Tue, 22 Dec 2009 13:33:00 -0000 Message-ID: <20091222133340.19758.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug rtl-optimization/38644] Optimization flag -O1 -fschedule-insns2 causes wrong code In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "rearnsha 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: 2009-12/txt/msg02103.txt.bz2 ------- Comment #9 from rearnsha at gcc dot gnu dot org 2009-12-22 13:33 ------- I've looked at several backends and certainly not all do (sparc for example). I think they get away with it because the stack pointer is valid in all addressing constructs -- that's not true for Thumb where SP can only be used for 32-bit loads. However, that doesn't mean there isn't an underlying bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644