From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25595 invoked by alias); 1 Mar 2016 19:08:55 -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 25330 invoked by uid 89); 1 Mar 2016 19:08:45 -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_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=HContent-type:format, HContent-type:flowed, methinks, Hx-spam-relays-external:ESMTPA X-HELO: usmailout4.samsung.com Received: from mailout4.w2.samsung.com (HELO usmailout4.samsung.com) (211.189.100.14) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Tue, 01 Mar 2016 19:08:43 +0000 Received: from uscpsbgm1.samsung.com (u114.gpu85.samsung.co.kr [203.254.195.114]) by usmailout4.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTP id <0O3D004KIJUHEP60@usmailout4.samsung.com> for gcc-patches@gcc.gnu.org; Tue, 01 Mar 2016 14:08:41 -0500 (EST) Received: from ussync2.samsung.com ( [203.254.195.82]) by uscpsbgm1.samsung.com (USCPMTA) with SMTP id 83.0D.04845.9B8E5D65; Tue, 1 Mar 2016 14:08:41 -0500 (EST) Received: from [172.31.207.192] ([105.140.31.209]) by ussync2.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTPA id <0O3D0008YJUF6LC0@ussync2.samsung.com>; Tue, 01 Mar 2016 14:08:41 -0500 (EST) Subject: Re: [PATCH][AArch64] Replace insn to zero up DF register To: Wilco Dijkstra References: <56A94F35.8000000@samsung.com> <56D0D50E.8030802@samsung.com> <56D4D02C.6030309@samsung.com> Cc: "gcc-patches@gcc.gnu.org" , nd , Marcus Shawcroft , Kyrylo Tkachov , James Greenhalgh From: Evandro Menezes Message-id: <56D5E8B6.1090900@samsung.com> Date: Tue, 01 Mar 2016 19:08:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-version: 1.0 In-reply-to: Content-type: text/plain; charset=utf-8; format=flowed Content-transfer-encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-03/txt/msg00077.txt.bz2 On 03/01/16 13:02, Wilco Dijkstra wrote: > Evandro Menezes wrote: >> The meaning of these attributes are not clear to me. Is there a >> reference somewhere about which insns are FP or SIMD or neither? > The meaning should be clear, "fp" is a floating point instruction, "simd" a SIMD one > as defined in ARM-ARM. > >> Indeed, I had to add the Y for the f_mcr insn to match it with nosimd. >> However, I didn't feel that it should be moved to the right, since it's >> already disparaged. Am I missing something detail? > It might not matter for this specific case, but I have seen reload forcing the very > first alternative without looking at any costs or preferences - as long as it is legal. > This suggests we need to order alternatives from most preferred alternative to least > preferred one. > > I think it is good enough for commit, James? Methinks that my issue with those attributes is that I'm not as fluent in AArch64 as I'd like to be. Please, feel free to edit the patch changing the order then. Thank you, -- Evandro Menezes