From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30328 invoked by alias); 28 Nov 2004 18:33:52 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 30300 invoked from network); 28 Nov 2004 18:33:48 -0000 Received: from unknown (HELO atrey.karlin.mff.cuni.cz) (195.113.31.123) by sourceware.org with SMTP; 28 Nov 2004 18:33:48 -0000 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 29025) id D82D94B4089; Sun, 28 Nov 2004 19:33:47 +0100 (CET) Date: Sun, 28 Nov 2004 19:17:00 -0000 From: Zdenek Dvorak To: Nathanael Nerode Cc: gcc@gcc.gnu.org, Zdenek Dvorak Subject: Re: disable ivopts by default for 4.0? Message-ID: <20041128183347.GA2621@atrey.karlin.mff.cuni.cz> References: <20041127182347.GA22823@fastmail.fm> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041127182347.GA22823@fastmail.fm> User-Agent: Mutt/1.5.6i X-SW-Source: 2004-11/txt/msg01084.txt.bz2 Hello, > It seems to be the cause of a lot of the remaining 4.0 regressions, including > many of the wrong-code regressions. I think I fixed all wrong-code regressions for ivopts (in particular, none of the PR's you have gathered in PR18693 is a misscompilation). If you have pointers for some not fixed (and not with pending patch), please let me know. In particular, disabling ivopts would "fix" exactly two of the PR's gathered under the meta-PR: PR 18595: serious, but not critical, compile-time problems with ivopts. PR 18048: 10% performance regression on mgrid And partially help with PR 18549: Code size increase. It would probably make sense to disable ivopts at -0s for now. For the remaining PR's under the meta-bug, the part of problems in ivopts is already fixed. Under these circumstances, I do not see how disabling ivopts could somehow dramatically improve situation. Zdenek