From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: "Alfred M. Szmidt" <ams@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: Code for cond*
Date: Sun, 25 Feb 2024 11:42:56 -0500
Message-ID: <E1reHaa-0005Tr-TJ@fencepost.gnu.org>
References: <E1rQJDv-0001UG-2E@fencepost.gnu.org>
 <jwvv87kvtey.fsf-monnier+emacs@gnu.org>
 <E1rTDrE-0006Qc-Id@fencepost.gnu.org>
 <jwv34uignrp.fsf-monnier+emacs@gnu.org>
 <E1rV1L8-0007SL-PF@fencepost.gnu.org>
 <jwv5xytcii8.fsf-monnier+emacs@gnu.org>
 <E1rdLrK-0004w2-DC@fencepost.gnu.org>
 <jwv4jdznwl2.fsf-monnier+emacs@gnu.org>
 <E1re508-0004MC-59@fencepost.gnu.org>
 <E1reFwn-000328-Jg@fencepost.gnu.org> <jwvcysksgl3.fsf-monnier+emacs@gnu.org>
Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214";
	logging-data="39451"; mail-complaints-to="usenet@ciao.gmane.io"
Cc: rms@gnu.org, emacs-devel@gnu.org
To: Stefan Monnier <monnier@iro.umontreal.ca>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Feb 25 17:44:08 2024
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>
Envelope-to: ged-emacs-devel@m.gmane-mx.org
Original-Received: from lists.gnu.org ([209.51.188.17])
	by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
	(Exim 4.92)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>)
	id 1reHbj-000A3u-TE
	for ged-emacs-devel@m.gmane-mx.org; Sun, 25 Feb 2024 17:44:08 +0100
Original-Received: from localhost ([::1] helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <emacs-devel-bounces@gnu.org>)
	id 1reHap-0005CI-LR; Sun, 25 Feb 2024 11:43:11 -0500
Original-Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <ams@gnu.org>) id 1reHan-0005C4-Vr
 for emacs-devel@gnu.org; Sun, 25 Feb 2024 11:43:10 -0500
Original-Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <ams@gnu.org>)
 id 1reHan-0004if-5O; Sun, 25 Feb 2024 11:43:09 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From:
 mime-version; bh=jc7NBcW3kaR79n6D3xMQz5C3vVGYWHxFwwZHU5GnJgQ=; b=h7g7wzAebY3G
 sW2ImLgtX4aUeWWO1gpXEeHFFwmE84S5FNdD6SKBaER9WRXUAoxnIcwH963nl+w/11Pn2acoWIn5Y
 kDvfcT2cfsDlBzG0y3g3grOgv8Dg3tbXDeOJw2vkuOgHwJ7z+UJNEeapA5rpm7iaKDpDA1Gp+60/O
 sEK0t+VPc/c3xpj8b9s+M2gM7Y+KiCuQADTVUEJwc/XygQJfUrvbp9k8oTUZ6tbpVyb/yt9GcaAgJ
 lfGjOdvftrUJPtaXI/K2xuZMBVmyUeYDX+FWQ5voTIUcQXDj7/TJeO31NoelP3Uy9oXC8N6Ax65Wk
 UdHOGVz76Vzohq7g3yCtnA==;
Original-Received: from ams by fencepost.gnu.org with local (Exim 4.90_1)
 (envelope-from <ams@gnu.org>)
 id 1reHaa-0005Tr-TJ; Sun, 25 Feb 2024 11:42:56 -0500
In-Reply-To: <jwvcysksgl3.fsf-monnier+emacs@gnu.org> (message from Stefan
 Monnier on Sun, 25 Feb 2024 10:38:46 -0500)
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
 <mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
 <mailto:emacs-devel-request@gnu.org?subject=subscribe>
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org
Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org
Xref: news.gmane.io gmane.emacs.devel:316529
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/316529>


   > On a slightly different topic, when will cond* be added/commited to
   > GNU Emacs?  Seeing that how cond* works, and documentation has
   > slightly materialized, it would be good to get some milage.

   FWIW, I'm opposed to adding it without first unifying the Pcase and
   `match*` pattern languages (including making sure that third party
   packages which define their own patterns don't need to define them
   separately for `pcase` and for `match*`).
   [ It's trivial to do by making `match*` reuse the Pcase machinery, so
     there is no serious obstacle for that.  ]

Would you like to do so?