From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18346 invoked by alias); 28 Aug 2010 01:06:09 -0000 Received: (qmail 18261 invoked by uid 22791); 28 Aug 2010 01:06:08 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,SPF_HELO_PASS,TW_FC,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.44.51) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 28 Aug 2010 01:06:04 +0000 Received: from kpbe19.cbf.corp.google.com (kpbe19.cbf.corp.google.com [172.25.105.83]) by smtp-out.google.com with ESMTP id o7S1629t021005 for ; Fri, 27 Aug 2010 18:06:02 -0700 Received: from vws4 (vws4.prod.google.com [10.241.21.132]) by kpbe19.cbf.corp.google.com with ESMTP id o7S14oto009255 for ; Fri, 27 Aug 2010 18:06:00 -0700 Received: by vws4 with SMTP id 4so4626498vws.35 for ; Fri, 27 Aug 2010 18:06:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.49.204 with SMTP id w12mr988735vcf.103.1282957560249; Fri, 27 Aug 2010 18:06:00 -0700 (PDT) Received: by 10.220.198.193 with HTTP; Fri, 27 Aug 2010 18:06:00 -0700 (PDT) In-Reply-To: References: <1282916665.2100.39.camel@MILLC-COREY> <20100827135005.GO16898@codesourcery.com> <1282921326.2931.17.camel@MILLC-COREY> <1282923555.3738.11.camel@MILLC-COREY> Date: Sat, 28 Aug 2010 10:08:00 -0000 Message-ID: Subject: Re: Better performance on older version of GCC From: Xinliang David Li To: Andrew Pinski Cc: Corey Kasten , Richard Guenther , Nathan Froyd , gcc@gcc.gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-System-Of-Record: true X-IsSubscribed: yes 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-08/txt/msg00418.txt.bz2 Right -- I missed Richard's previous email regarding the options. Thanks, David On Fri, Aug 27, 2010 at 5:21 PM, Andrew Pinski wrote: > On Fri, Aug 27, 2010 at 5:12 PM, Xinliang David Li w= rote: >> Briefly looked at it -- the trunk gcc also regresses a lot compared to >> the binary you attached. (To match your binary, also added >> -mfpmath=3D387 -m32 options) >> >> Two problems: >> >> 1) more register spills in the trunk version -- the old compiler seems >> more effective in using fp stack registers; >> 2) the complex multiplication -- the old version emits inline sequence >> while the trunk version emits call to _muld3c intrinsinc. > > Neither of these seems like real bug reportable ones. =A0The first one > is that due to -fexcess-precision=3Dstandard being default in 4.5 and > above (see PR 323). =A0The second one is due to -fcx-limited-range not > being default any more (I cannot remember the bug number which changed > that though). > > Thanks, > Andrew Pinski >