From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14958 invoked by alias); 26 Oct 2012 06:21:18 -0000 Received: (qmail 14937 invoked by uid 22791); 26 Oct 2012 06:21:16 -0000 X-SWARE-Spam-Status: No, hits=-6.7 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 26 Oct 2012 06:21:10 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q9Q6L9eQ000368 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 26 Oct 2012 02:21:09 -0400 Received: from zalov.redhat.com (vpn1-7-18.ams2.redhat.com [10.36.7.18]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q9Q6L7fA008722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Oct 2012 02:21:08 -0400 Received: from zalov.cz (localhost [127.0.0.1]) by zalov.redhat.com (8.14.5/8.14.5) with ESMTP id q9Q6L6Bc032746; Fri, 26 Oct 2012 08:21:06 +0200 Received: (from jakub@localhost) by zalov.cz (8.14.5/8.14.5/Submit) id q9Q6L5nh032745; Fri, 26 Oct 2012 08:21:05 +0200 Date: Fri, 26 Oct 2012 06:30:00 -0000 From: Jakub Jelinek To: "H.J. Lu" Cc: David Miller , vmakarov@redhat.com, gcc-patches@gcc.gnu.org Subject: Re: LRA has been merged into trunk. Message-ID: <20121026062105.GV1752@tucnak.redhat.com> Reply-To: Jakub Jelinek References: <5086BBDA.6060009@redhat.com> <20121026.021244.397548644477679761.davem@davemloft.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2012-10/txt/msg02378.txt.bz2 On Thu, Oct 25, 2012 at 11:15:06PM -0700, H.J. Lu wrote: > Should there be a -fno-ira option before reload pass is > removed? It will be useful to investiage IRA regressions. You mean -fno-lra, and s/IRA/LRA/, right? I think the reason for no compiler switch is that while returning false from ix86_lra_p () likely works right now, -fno-lra mode would be yet another thing to support. So, for investigations just return false from ix86_lra_p, similarly for benchmarking, but as it needs compiler source changes, it is obvious that with old reload everybody is on their own if it breaks for targets that switched to LRA. Jakub