From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pj1-x102e.google.com (mail-pj1-x102e.google.com [IPv6:2607:f8b0:4864:20::102e]) by sourceware.org (Postfix) with ESMTPS id AB8353858D1E for ; Tue, 29 Nov 2022 05:21:39 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org AB8353858D1E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dabbelt.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=dabbelt.com Received: by mail-pj1-x102e.google.com with SMTP id b11so11625334pjp.2 for ; Mon, 28 Nov 2022 21:21:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dabbelt-com.20210112.gappssmtp.com; s=20210112; h=content-transfer-encoding:mime-version:message-id:to:from:cc :in-reply-to:subject:date:from:to:cc:subject:date:message-id :reply-to; bh=m+sJ0YjA68MSUZfqmVuJf7rYx2otWmp6WdrmhC/Rm1A=; b=TGddDrsqb29gCHELRjWlh4FPpKzeU22XltoRHL8dbla3E6ebgM4MdOIBIbONvLkBmZ lNUf6p1gx76aLBJBKS4u63hqcbBJ3OYswzUn8+LnXvDAbE7TLMHDpwceRDSkxOuseMEB 6PD+2rpqHcFXMgkoCEqwLwGXFUBsei68iHMQPuCnnC+SkazV+Bur0byAEfJN2sufJ+E9 5g8NlLgvj9CxtkGE9I0B9bwKU/YgCEPfm+eKcdbQMd2L2wUhLgKvN47qi7RxQ9arGRbi i0h4FA/KNxFTIKPqz7jTyRJ+x6Stzwtl8ud2FD0E1PHOVaXT03aTgZ7Kij0SEpJwQfD8 BMkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:to:from:cc :in-reply-to:subject:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=m+sJ0YjA68MSUZfqmVuJf7rYx2otWmp6WdrmhC/Rm1A=; b=vDDISKRiCR1ClWuVa/avmmXPYzrOulnySLbsV0gikKqXXWIPZO5YY8mjIuiw4BrSDO hbid+z8Ru25dZ26qI/VBY3FSjJDNWEUlB4NbxlNTI+RYC+LujVJRCroODTq6uN8cClzW 4gI23jM22K/QqeAGsEI5T50jL9Yf706LcasuJtYUC9WCLPdhvUn5r5BFpYnKjiFgObuK RIBqODBeQMQq2OH/qJ+Q4InU1MpJOd0r/a0kIXmlb5vtrW6IYsUOdubkCZLnr6NyoOCE 6FwZdivx07L7dnvThaf3KUNNfcSQKkIs0nsq27mRrVYTTfM0JAErhinuc+5zVHvH6CN4 6nKw== X-Gm-Message-State: ANoB5pmUbReu/jGgv6knpVLAJ9qF5ADDtk1MeU1C7kqr1J6PFnL1+Ucy 3zr10GayohZho/xMaeDOq3FHFojs5zpPPQ== X-Google-Smtp-Source: AA0mqf6ea0EAlX8yyyQjjtWe9r08Js5WHhKsQPoHnIteFF3RExqEuScEHtnpxgabyoSHujobZbWAQQ== X-Received: by 2002:a17:90a:708a:b0:20a:eaab:137 with SMTP id g10-20020a17090a708a00b0020aeaab0137mr58798851pjk.206.1669699298621; Mon, 28 Nov 2022 21:21:38 -0800 (PST) Received: from localhost ([135.180.226.51]) by smtp.gmail.com with ESMTPSA id i12-20020a17090332cc00b00186b69157ecsm9758339plr.202.2022.11.28.21.21.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 28 Nov 2022 21:21:38 -0800 (PST) Date: Mon, 28 Nov 2022 21:21:38 -0800 (PST) X-Google-Original-Date: Mon, 28 Nov 2022 21:21:32 PST (-0800) Subject: Re: [PATCH] RISC-V: Add attributes for VSETVL PASS In-Reply-To: <0d2a7894-2540-4eb8-b400-59a5e8408f19@gmail.com> CC: juzhe.zhong@rivai.ai, Kito Cheng , gcc-patches@gcc.gnu.org From: Palmer Dabbelt To: jeffreyalaw@gmail.com Message-ID: Mime-Version: 1.0 (MHng) Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham 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, 28 Nov 2022 20:49:00 PST (-0800), jeffreyalaw@gmail.com wrote: > > > On 11/28/22 19:56, Palmer Dabbelt wrote: >> On Mon, 28 Nov 2022 17:46:16 PST (-0800), juzhe.zhong@rivai.ai wrote: >>> Yeah, I personally want to support RVV intrinsics in GCC13. As RVV >>> intrinsic is going to release soon next week. >> >> OK, that's fine with me -- I was leaning that way, and I think Jeff only >> had a weak opposition.  Are there any more changes required outside the >> RISC-V backend?  Those would be the most controversial and are already >> late, but if it's only backend stuff at this point then I'm OK taking >> the risk for a bit longer. >> >> Jeff? > It's not ideal, but I can live with the bits going into gcc-13 as long > as they don't bleed out of the RISC-V port. Ya, that's kind of what happens every release though (and not just in GCC, it's that way for everything). Maybe for gcc-14 we can commit to taking the stage1/stage3 split seriously in RISC-V land? It's early enough that nobody should be surprised, and even if we don't need to do it as per the GCC rules we're going to go crazy if we keep letting things go until the last minute like this. I think the only real fallout we've had so far was the B stuff in binutils, but we've been exceedingly close to broken releases way too many times and it's going to bite us at some point.