From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa1.mentor.iphmx.com (esa1.mentor.iphmx.com [68.232.129.153]) by sourceware.org (Postfix) with ESMTPS id 19A143858D1E for ; Fri, 9 Jun 2023 08:42:44 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 19A143858D1E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com X-IronPort-AV: E=Sophos;i="6.00,228,1681200000"; d="scan'208";a="9333323" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa1.mentor.iphmx.com with ESMTP; 09 Jun 2023 00:42:42 -0800 IronPort-SDR: rZ8L9SjsmU7l893ckZhWLz3kviAiEi/49032BIqHTZIrJbdvsVYXY+S0+E5Gd3/JU4NcsvcvJ4 FqZI7LNApF7XiQFf9SNm0Q3XwNXv9ellY/RznRpbhwOVtu4/7LCglc3ZQUAN9QVF87/T3PIM/s /Uk58+HNj2JDizQupyhnDBbBsHy2o3Iub2EAcW2GAxHfLEv4P6eVm2/Qd1tHyEJvcL2SVN4LIh T5+lqowO4tAWi6GXOrLYJ0Yqko2DXEV4gvzdUPIElHSImPdCrSrAcOau8nS8Er1QRun15PUorI eog= Message-ID: <3b95bfff-9aed-dafb-e905-2f7398a865e9@codesourcery.com> Date: Fri, 9 Jun 2023 09:42:38 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Firefox/102.0 Thunderbird/102.11.0 Subject: Re: [PATCH] Add COMPLEX_VECTOR_INT modes Content-Language: en-GB To: Richard Biener , "gcc-patches@gcc.gnu.org" , References: <77479c6f-5ce4-12fa-f429-c49ffbff3542@codesourcery.com> From: Andrew Stubbs In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-14.mgc.mentorg.com (139.181.222.14) To svr-ies-mbx-11.mgc.mentorg.com (139.181.222.11) X-Spam-Status: No, score=-6.1 required=5.0 tests=BAYES_00,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,NICE_REPLY_A,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 07/06/2023 20:42, Richard Sandiford wrote: > I don't know if this helps (probably not), but we have a similar > situation on AArch64: a 64-bit mode like V8QI can be doubled to a > 128-bit vector or to a pair of 64-bit vectors. We used V16QI for > the former and "V2x8QI" for the latter. V2x8QI is forced to come > after V16QI in the mode list, and so it is only ever used through > explicit choice. But both modes are functionally vectors of 16 QIs. OK, that's interesting, but how do you map "complex int" vectors to that mode? I tried to figure it out, but there's no DIVMOD support so I couldn't just do a straight comparison. Thanks Andrew