From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14118 invoked by alias); 10 Dec 2007 18:01:38 -0000 Received: (qmail 14105 invoked by uid 22791); 10 Dec 2007 18:01:37 -0000 X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 10 Dec 2007 18:01:33 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.1) with ESMTP id lBAHvUrf016524; Mon, 10 Dec 2007 12:57:30 -0500 Received: from pobox-3.corp.redhat.com (pobox-3.corp.redhat.com [10.11.255.67]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id lBAHvUIs009253; Mon, 10 Dec 2007 12:57:30 -0500 Received: from toll.yyz.redhat.com (toll.yyz.redhat.com [10.15.16.165]) by pobox-3.corp.redhat.com (8.13.1/8.13.1) with ESMTP id lBAHvU6m002125; Mon, 10 Dec 2007 12:57:30 -0500 Message-ID: <475D7D73.4010903@redhat.com> Date: Mon, 10 Dec 2007 18:01:00 -0000 From: Vladimir Makarov User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Maxim Kuvyrkov CC: Richard Guenther , gcc-patches , Andrey Belevantsev Subject: Re: [PATCH] Fix scheduling at the end of blocks. References: <47445B5F.8030509@codesourcery.com> <475719F9.6050400@codesourcery.com> <84fc9c000712051402n30d97b8cx3f97fe060dd8ad5e@mail.gmail.com> <4757DDEC.3090104@codesourcery.com> In-Reply-To: <4757DDEC.3090104@codesourcery.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: 2007-12/txt/msg00462.txt.bz2 Maxim Kuvyrkov wrote: > Richard Guenther wrote: >> On Dec 5, 2007 10:36 PM, Maxim Kuvyrkov wrote: >>> Maxim Kuvyrkov wrote: >>>> Hi, >>>> >>>> This patch makes haifa scheduler better process instructions at the >>>> end >>>> of blocks (basic blocks or extended basic blocks). >>> Sorry, I posted an early version of the patch without comments. Here's >>> a proper patch. >>> >>>> OK for trunk? >> >> Does this address a bug / regression? We are in stage3, so this quite >> probably has >> to wait for 4.4 > > This is a small improvement to make scheduler do less mistakes. I > don't mind putting it off till 4.4 . > Although, the patch is probably safe, I'd prefer to postpone its commiting till 4.4. I'll do its review later. Maxim, please ping me when the mainline will be at stage 1. Vlad