From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31546 invoked by alias); 6 Oct 2009 22:43:21 -0000 Received: (qmail 31536 invoked by uid 22791); 6 Oct 2009 22:43:20 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_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; Tue, 06 Oct 2009 22:43:16 +0000 Received: from int-mx08.intmail.prod.int.phx2.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n96MhEhN010036 for ; Tue, 6 Oct 2009 18:43:15 -0400 Received: from omfg.slc.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx08.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id n96MhETr010200; Tue, 6 Oct 2009 18:43:14 -0400 Message-ID: <4ACBC813.6090801@redhat.com> Date: Tue, 06 Oct 2009 22:52:00 -0000 From: Jeff Law User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3 MIME-Version: 1.0 To: Vladimir Makarov CC: gcc-patches Subject: Re: RFA: patch for PR22072 References: <4ACBC01F.4010803@redhat.com> In-Reply-To: <4ACBC01F.4010803@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: 2009-10/txt/msg00412.txt.bz2 On 10/06/09 16:09, Vladimir Makarov wrote: > The following patch solves one problem reported in PR22072 (additional > move generation). The reason for this problem can be found on > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22072 > > The old version of the corrected code was actually a typo. The fix > should be reliable because it creates additional conflicts (for early > clobbers as it should be). In any case I've checked it on a bootstrap > on x86_64. SPEC2000 changes are quite minor (the same performance in > measure error range and quit insignificant code size changes). > > Ok to commit? > > 2009-10-06 Vladimir Makarov > > PR middle-end/22072 > * ira-lives.c (check_and_make_def_conflict): Process all operands. > > > OK jeff ps. I was hoping it'd fix my oddball allocation problem, but no such luck :-)