From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-356865-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 13147 invoked by alias); 2 Dec 2013 16:17:20 -0000
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
Received: (qmail 13126 invoked by uid 89); 2 Dec 2013 16:17:18 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=0.7 required=5.0 tests=AWL,BAYES_20,RDNS_NONE,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.2
X-HELO: mx1.redhat.com
Received: from Unknown (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 02 Dec 2013 16:16:27 +0000
Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id rB2GGJ9d024930	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);	Mon, 2 Dec 2013 11:16:19 -0500
Received: from stumpy.slc.redhat.com (ovpn-113-152.phx2.redhat.com [10.3.113.152])	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id rB2GGICE022089;	Mon, 2 Dec 2013 11:16:19 -0500
Message-ID: <529CB252.4070806@redhat.com>
Date: Mon, 02 Dec 2013 16:17:00 -0000
From: Jeff Law <law@redhat.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: Teresa Johnson <tejohnson@google.com>, Jan Hubicka <hubicka@ucw.cz>
CC: =?windows-1252?Q?Martin_Li=9Aka?= <marxin.liska@gmail.com>,        "gcc-patches@gcc.gnu.org" <gcc-patches@gcc.gnu.org>
Subject: Re: [PATCH i386] Enable -freorder-blocks-and-partition
References: <CAAe5K+XeggoZGd8OgdGhh49RF-=5JbBdOEg+j2ZyYBCno0GfdA@mail.gmail.com>	<20131119154407.GA1742@kam.mff.cuni.cz>	<CAAe5K+WL3a1uMUrX-K7vgrr5T9RTrZH1rCYsej-mTdC_HtfigQ@mail.gmail.com>	<528BA299.7040606@redhat.com>	<CAAe5K+Vc7RXzNqs9mMn=j=vtsHaSjhFc9VhiMfrLCGmxM++6eQ@mail.gmail.com>	<CAObPJ3OZHvET=QNmNtx9ZjaHZk=GhokWjoF2njr5mgwcv2ogDA@mail.gmail.com>	<20131128140655.GA20730@kam.mff.cuni.cz> <CAAe5K+UFRuLZAE_WOnyG-At220DNf9QjJh-BagugwtNKJYSYAQ@mail.gmail.com>
In-Reply-To: <CAAe5K+UFRuLZAE_WOnyG-At220DNf9QjJh-BagugwtNKJYSYAQ@mail.gmail.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
X-SW-Source: 2013-12/txt/msg00103.txt.bz2

On 12/02/13 08:16, Teresa Johnson wrote:
>
> I'm wondering if the -fno-reorder-blocks-and-partition graph really
> had that disabled. I am surprised that the size of the .text and
> .text.hot did not shrink from splitting.
Could be due to needing longer jump opcodes to reach the unlikely sections.
jeff