From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 46445 invoked by alias); 14 Sep 2015 17:20:06 -0000 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 Received: (qmail 46424 invoked by uid 89); 14 Sep 2015 17:20:05 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_PASS,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 14 Sep 2015 17:20:05 +0000 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (Postfix) with ESMTPS id 1715AC0B9871; Mon, 14 Sep 2015 17:20:03 +0000 (UTC) Received: from anchor.twiddle.net (vpn-225-78.phx2.redhat.com [10.3.225.78]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t8EHK1FU010885; Mon, 14 Sep 2015 13:20:02 -0400 Subject: Re: [PATCH] Convert SPARC to LRA To: David Miller , ebotcazou@adacore.com References: <20150908.214115.1585933992134500164.davem@davemloft.net> <20150911.124326.210217776366921267.davem@davemloft.net> <15347474.hzd4UO5CJT@polaris> <20150912.224419.784143687810183533.davem@davemloft.net> Cc: gcc-patches@gcc.gnu.org, vmakarov@redhat.com From: Richard Henderson X-Enigmail-Draft-Status: N1110 Message-ID: <55F701C0.5080506@redhat.com> Date: Mon, 14 Sep 2015 17:30:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150912.224419.784143687810183533.davem@davemloft.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-09/txt/msg00951.txt.bz2 On 09/12/2015 10:44 PM, David Miller wrote: > From: Eric Botcazou > Date: Sat, 12 Sep 2015 16:04:09 +0200 > >>> Richard, Eric, any objections? >> >> Do we really need to promote to 64-bit if TARGET_ARCH64? Most 32-bit >> instructions are still available. Otherwise this looks good to me. > > No, we don't, we can just promote to 32-bit. I'll make that adjustment > and update the backends page as well. There's a possibility of benefit though -- br and movr only work with DImode. You may want to examine the generated code to decide one way or another. It's possible that the extra comparison instructions don't really matter compared with the larger spill slot, but you never know... r~