From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Installing cond* in core Date: Sat, 27 Jan 2024 23:33:52 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32922"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Stefan Kangas Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jan 28 00:34:42 2024 Return-path: 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 ) id 1rTsCA-0008QQ-CW for ged-emacs-devel@m.gmane-mx.org; Sun, 28 Jan 2024 00:34:42 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rTsBa-0004Fv-UP; Sat, 27 Jan 2024 18:34:07 -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 ) id 1rTsBW-0004FH-1t for emacs-devel@gnu.org; Sat, 27 Jan 2024 18:34:02 -0500 Original-Received: from mail.muc.de ([193.149.48.3]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rTsBT-00052j-9Q for emacs-devel@gnu.org; Sat, 27 Jan 2024 18:34:01 -0500 Original-Received: (qmail 2538 invoked by uid 3782); 28 Jan 2024 00:33:56 +0100 Original-Received: from acm.muc.de (pd953ab92.dip0.t-ipconnect.de [217.83.171.146]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 28 Jan 2024 00:33:56 +0100 Original-Received: (qmail 12281 invoked by uid 1000); 27 Jan 2024 23:33:52 -0000 Content-Disposition: inline In-Reply-To: X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de Received-SPF: pass client-ip=193.149.48.3; envelope-from=acm@muc.de; helo=mail.muc.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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:315501 Archived-At: Hello, Stefan. On Sat, Jan 27, 2024 at 13:36:50 -0800, Stefan Kangas wrote: > Hi emacs-devel, > After careful consideration and off-line discussions between Eli and > myself, we have come up with the following proposed plan: > 1. We will install cond* in core and let people who prefer it use it, > while people who prefer pcase are free to keep using pcase. > 2. cond* vs pcase is to be considered a matter of stylistic preference. > 3. There is no intention to forcibly replace pcase with cond* in our > code. Thanks for taking the trouble to work this through. Can you further confirm that there will be no technical advantages given to pcase over cond*? In particular, that condstar.el will be in lisp/emacs-lisp, and that it will be available from early mid-bootstrap onwards, just as pcase is? > Everyone will be free to maintain the code that falls within their area > of responsibility using the style that they like best. We hope that > this will make sense to proponents of both sides of the argument. > I have myself expressed significant reservations about installing cond* > in core. The above could be seen as a politicians response to a > technical problem, and to some extent it is. > Our responsibility as maintainers is first and foremost to ensure that > we can all work together, and unite under a common banner. Our success > as a project depends on it. Thus, the last thing we want to do is to > alienate any group of contributors, big or small. On this point, it's worth noting that pcase was silently slipped into Emacs in the dead of night without any public discussion, and was then widely proliferated through working code, again without discussion. That has relevance to "alienation", and goes some way towards explaining my attitude towards cond* and pcase. [ .... ] -- Alan Mackenzie (Nuremberg, Germany).