From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3630 invoked by alias); 3 Jul 2008 10:09:24 -0000 Received: (qmail 3320 invoked by alias); 3 Jul 2008 10:08:39 -0000 Date: Thu, 03 Jul 2008 10:09:00 -0000 Message-ID: <20080703100839.3319.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug target/36713] [4.4 regression] r137252 breaks -O2 optimization on x86_64-unknown-linux-gnu In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "rguenther at suse dot de" 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-07/txt/msg00164.txt.bz2 ------- Comment #5 from rguenther at suse dot de 2008-07-03 10:08 ------- Subject: Re: [4.4 regression] r137252 breaks -O2 optimization on x86_64-unknown-linux-gnu On Thu, 3 Jul 2008, franke dot daniel at gmail dot com wrote: > ------- Comment #4 from franke dot daniel at gmail dot com 2008-07-03 09:53 ------- > Subject: Re: [4.4 regression] r137252 breaks -O2 optimization on > x86_64-unknown-linux-gnu > > 3 Jul 2008 09:42:44 -0000, rguenther at suse dot de : >> Hm, I'm out of quick ideas ;) Polyhedron still seems to work fine >> for me, as does SPEC 2000. > > Any hint of what I should look for? Some specific feature that the > change in question might affect? > If nothing else, I'll try to compare dumps between the two revisions. > Is this a specific pass or will -fdump-tree-optimized do? The patch changed us to assume that on function entry global variables only point to global memory, not function local memory. In the end this should result in less call-clobbering and thus "more" optimization ... -fdump-tree-optimized differences should hint at where it goes wrong, for further analysis I would suggest -fdump-tree-alias-vops. To simplify your life try if you can reproduce it with -O -fstrict-aliasing or with -O2 -fno-tree-pre. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36713