From patchwork Wed May 7 07:48:13 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Chung-Ju Wu X-Patchwork-Id: 346406 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 9AF66140283 for ; Wed, 7 May 2014 17:48:25 +1000 (EST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender :mime-version:date:message-id:subject:from:to:cc:content-type; q=dns; s=default; b=BL98PADT3h38Rr5BKfhAZf5z2RHpRsVXzdZ7zs8lKdu lES31tZ1Mc4klp8hCu4VxKlO42CQiP9HvUvfcNk4kq4qL6C7TvlYd5cE5MfQLzOo HudkpCabJ3Bde36TX4tEmWa5pnndiHUmWHwe84EuDOogJGiYy+hBo9MM0YMniYLo = DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender :mime-version:date:message-id:subject:from:to:cc:content-type; s=default; bh=82rKzp9xLaog99FFIJJ/bF/pXVo=; b=LsVvb80pRUqVSsreN wcHbfJVeyvy/fCI+ti6nxKmCbueE21E32obDx/r3pHyrFkbXVhrm1+c83Sc1XtaY 6UTAdXHPPCBM6FEDnGGTPKurOaZBSqaUsXiL4R8tkd1i1f8QB6IUlS26HXpE7gIQ ko54y28UTSDRQa+hJcRVZ8UgK4= Received: (qmail 30680 invoked by alias); 7 May 2014 07:48:17 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org Received: (qmail 30668 invoked by uid 89); 7 May 2014 07:48:16 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL, BAYES_00, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-qc0-f177.google.com Received: from mail-qc0-f177.google.com (HELO mail-qc0-f177.google.com) (209.85.216.177) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Wed, 07 May 2014 07:48:15 +0000 Received: by mail-qc0-f177.google.com with SMTP id i17so640282qcy.8 for ; Wed, 07 May 2014 00:48:13 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.140.89.234 with SMTP id v97mr57869486qgd.20.1399448893089; Wed, 07 May 2014 00:48:13 -0700 (PDT) Received: by 10.140.97.9 with HTTP; Wed, 7 May 2014 00:48:13 -0700 (PDT) Date: Wed, 7 May 2014 15:48:13 +0800 Message-ID: Subject: [PATCH, nds32] Committed: Enable HONOR_REG_ALLOC_ORDER when optimizing for size. From: Chung-Ju Wu To: gcc patches Cc: kito@0xlab.org X-IsSubscribed: yes Hi, all, There was a patch to have HONOR_REG_ALLOC_ORDER using C expression: http://gcc.gnu.org/ml/gcc-patches/2014-02/msg01546.html http://gcc.gnu.org/ml/gcc-patches/2014-05/msg00048.html This is very helpful to nds32 port since we can decide when to apply HONOR_REG_ALLOC_ORDER against code size and performance trade-off. Currently, HONOR_REG_ALLOC_ORDER only benefits code size in nds32 port. ChangeLog and patch are as below, committed as Rev.210137: Best regards, jasonwucj Index: gcc/ChangeLog =================================================================== --- gcc/ChangeLog (revision 210135) +++ gcc/ChangeLog (revision 210137) @@ -1,3 +1,8 @@ +2014-05-07 Chung-Ju Wu + + * config/nds32/nds32.h (HONOR_REG_ALLOC_ORDER): Have it in favor + of using optimize_size. + 2014-05-06 Mike Stump * wide-int.h (wi::int_traits ): Always define. Index: gcc/config/nds32/nds32.h =================================================================== --- gcc/config/nds32/nds32.h (revision 210135) +++ gcc/config/nds32/nds32.h (revision 210137) @@ -553,7 +553,7 @@ /* Tell IRA to use the order we define rather than messing it up with its own cost calculations. */ -#define HONOR_REG_ALLOC_ORDER 1 +#define HONOR_REG_ALLOC_ORDER optimize_size /* The number of consecutive hard regs needed starting at reg "regno" for holding a value of mode "mode". */