From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17468 invoked by alias); 23 Mar 2010 19:21:13 -0000 Received: (qmail 17460 invoked by uid 22791); 23 Mar 2010 19:21:13 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from aussmtpmrkpc120.us.dell.com (HELO aussmtpmrkpc120.us.dell.com) (143.166.82.159) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 23 Mar 2010 19:21:09 +0000 X-Loopcount0: from 12.110.134.31 Received: from unknown (HELO M31.equallogic.com) ([12.110.134.31]) by aussmtpmrkpc120.us.dell.com with SMTP; 23 Mar 2010 14:21:07 -0500 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: BB reorder forced off for -Os Date: Tue, 23 Mar 2010 20:01:00 -0000 Message-ID: In-Reply-To: <4D60B0700D1DB54A8C0C6E9BE69163700E126D3E@EXCHANGEVS.IceraSemi.local> References: <4D60B0700D1DB54A8C0C6E9BE69163700E08F38E@EXCHANGEVS.IceraSemi.local> <571f6b511003190943r65c1bde8kd0b136fa08504d9a@mail.gmail.com> <4D60B0700D1DB54A8C0C6E9BE69163700E08FFC2@EXCHANGEVS.IceraSemi.local> <4D60B0700D1DB54A8C0C6E9BE69163700E126D3E@EXCHANGEVS.IceraSemi.local> From: "Paul Koning" To: "Ian Bolton" , Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2010-03/txt/msg00360.txt.bz2 Does -Os mean "optimize even if it makes things a bit bigger" or does it mean "optimize only to make it smaller"? If the latter then the current behavior would appear to be the correct one. paul > -----Original Message----- > From: Ian Bolton [mailto:bolton@IceraSemi.com] > Sent: Tuesday, March 23, 2010 2:06 PM > To: gcc@gcc.gnu.org > Subject: BB reorder forced off for -Os >=20 > Is there any reason why BB reorder has been disabled > in bb-reorder.c for -Os, such that you can't even > turn it on with -freorder-blocks? >=20 > From what I've heard on this list in recent days, > BB reorder gives good performance wins such that > most people would still want it on even if it did > increase code size a little. >=20 > Cheers, > Ian