From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from xry111.site (xry111.site [89.208.246.23]) by sourceware.org (Postfix) with ESMTPS id C580638582B6 for ; Mon, 18 Dec 2023 20:18:39 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org C580638582B6 Authentication-Results: sourceware.org; dmarc=pass (p=reject dis=none) header.from=xry111.site Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=xry111.site ARC-Filter: OpenARC Filter v1.0.0 sourceware.org C580638582B6 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=89.208.246.23 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1702930720; cv=none; b=ArajFXSng3kzQ//P2iSB+1Y6McepQ023b2iQMs/Kl07eQm+pSFTnCrUar6bYLKvElas3yQvoA6u8Wz1ZXZDOqKVUMK67GcqGZWZvMtDyON7beUNM9U+rnRK33QHhWEWMF51ENr4o/vOD1Jm3p4yrJmmFP+0xjf4BTBlF4d6DQYs= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1702930720; c=relaxed/simple; bh=28VqBbL0smLiTP7vNEatGk95Ln5UlX3EYnN8vmJ6A+8=; h=DKIM-Signature:Message-ID:Subject:From:To:Date:MIME-Version; b=ZXWbKKCA7Y+D1d7X2HrPu6mHgQusv5FEF7wLd/TXpvUqTtZ609bpQkwSBG/Mwln+/1yKExiRTUo03yDLxkqs4coMatOQBrdiCdCt7QxBLtdvVAShhKiElZZKk6YBlHTZUAk144ny7zAOI1Z1shdIy5ofEM8/20aYd1AWA7geF3k= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xry111.site; s=default; t=1702930717; bh=28VqBbL0smLiTP7vNEatGk95Ln5UlX3EYnN8vmJ6A+8=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=FcRvx6VL/AF9m3wVgMd4wdzCsiL3F+Dcp/wBTQF0NxYKWFgg/5F6TZV8xy1XzW82R SBwuFX0CARK+M7f7jZkKOAhe1k2HatIBDs88lr+q02irmpF4ViLVBFDAksvNUQ7SS7 KhZQKxfM0X8m1gO+FaqlSB3qsLhedvTyRM5l8WCw= Received: from [127.0.0.1] (unknown [IPv6:2001:470:683e::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature ECDSA (P-384) server-digest SHA384) (Client did not present a certificate) (Authenticated sender: xry111@xry111.site) by xry111.site (Postfix) with ESMTPSA id 0316666BFB; Mon, 18 Dec 2023 15:18:35 -0500 (EST) Message-ID: <7c152ac060f19b3e666e376782036d5233c5d5fa.camel@xry111.site> Subject: Re: [PATCH] middle-end: Call negate_rtx instead of simplify_gen_unary expanding rotate shift [PR113033] From: Xi Ruoyao To: Jakub Jelinek Cc: Jeff Law , gcc-patches@gcc.gnu.org, chenglulu , i@xen0n.name, xuchenghua@loongson.cn, c@jia.je Date: Tue, 19 Dec 2023 04:18:34 +0800 In-Reply-To: References: <20231218134251.1513432-1-xry111@xry111.site> Autocrypt: addr=xry111@xry111.site; prefer-encrypt=mutual; keydata=mDMEYnkdPhYJKwYBBAHaRw8BAQdAsY+HvJs3EVKpwIu2gN89cQT/pnrbQtlvd6Yfq7egugi0HlhpIFJ1b3lhbyA8eHJ5MTExQHhyeTExMS5zaXRlPoiTBBMWCgA7FiEEkdD1djAfkk197dzorKrSDhnnEOMFAmJ5HT4CGwMFCwkIBwICIgIGFQoJCAsCBBYCAwECHgcCF4AACgkQrKrSDhnnEOPHFgD8D9vUToTd1MF5bng9uPJq5y3DfpcxDp+LD3joA3U2TmwA/jZtN9xLH7CGDHeClKZK/ZYELotWfJsqRcthOIGjsdAPuDgEYnkdPhIKKwYBBAGXVQEFAQEHQG+HnNiPZseiBkzYBHwq/nN638o0NPwgYwH70wlKMZhRAwEIB4h4BBgWCgAgFiEEkdD1djAfkk197dzorKrSDhnnEOMFAmJ5HT4CGwwACgkQrKrSDhnnEOPjXgD/euD64cxwqDIqckUaisT3VCst11RcnO5iRHm6meNIwj0BALLmWplyi7beKrOlqKfuZtCLbiAPywGfCNg8LOTt4iMD Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.50.2 MIME-Version: 1.0 X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,LIKELY_SPAM_FROM,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 Mon, 2023-12-18 at 21:15 +0100, Jakub Jelinek wrote: >=20 > Then that seems like a bug in the loongarch vec_init pattern(s). > Those really don't have a predicate in any of the backends on the input > operand, so they need to force_reg it if it is something it can't handle. > I've looked e.g. at i386 vec_init and that is exactly what it does, > see the various tests + force_reg calls in ix86_expand_vector_init*. Ok, I'm abandoning abandon this patch and I'll rework. --=20 Xi Ruoyao School of Aerospace Science and Technology, Xidian University