From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Tomas Hlavaty Newsgroups: gmane.emacs.help Subject: Re: Advantage using mapc over dolist Date: Tue, 03 Dec 2024 16:57:10 +0100 Message-ID: <87a5dcu5d5.fsf@neko.mail-host-address-is-not-set> References: <87zflevbwm.fsf@neko.mail-host-address-is-not-set> <87h67ku813.fsf@neko.mail-host-address-is-not-set> <87ed2ou65o.fsf@neko.mail-host-address-is-not-set> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28155"; mail-complaints-to="usenet@ciao.gmane.io" To: Stefan Monnier , help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Tue Dec 03 16:57:51 2024 Return-path: Envelope-to: geh-help-gnu-emacs@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 1tIVHZ-0006t1-4s for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 03 Dec 2024 16:57:49 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tIVHB-0005af-5e; Tue, 03 Dec 2024 10:57:25 -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 1tIVH1-0005ZA-DZ for help-gnu-emacs@gnu.org; Tue, 03 Dec 2024 10:57:18 -0500 Original-Received: from logand.com ([37.48.87.44]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tIVGz-0003FR-SO for help-gnu-emacs@gnu.org; Tue, 03 Dec 2024 10:57:15 -0500 Original-Received: by logand.com (Postfix, from userid 1001) id 477CA1A0377; Tue, 3 Dec 2024 16:57:12 +0100 (CET) X-Mailer: emacs 29.4 (via feedmail 11-beta-1 I) In-Reply-To: <87ed2ou65o.fsf@neko.mail-host-address-is-not-set> Received-SPF: pass client-ip=37.48.87.44; envelope-from=tom@logand.com; helo=logand.com 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, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:148538 Archived-At: On Tue 03 Dec 2024 at 16:40, Tomas Hlavaty wrote: > On Tue 03 Dec 2024 at 15:59, Tomas Hlavaty wrote: >> On Tue 03 Dec 2024 at 09:11, Stefan Monnier via Users list for the GNU Emacs text editor wrote: >>>>> (pcase actm >>>>> ('armg (do-this)) >>>>> ('go (do-that)))) >>>> >>>> this does not justify pcase, use ecase or case instead >>> >>> That's your personal preference. >>> My own personal preference is to forget about >>> case/cl/case/ecase/cl-ecase and just use `pcase` like the author >>> already did. >> >> I respect your preference and understand that you as pcase author would >> prefer it everywhere. But whoever renamed case and ecase did not >> respect other peoples preferences and people are now forced to use that >> pcase monstrosity even in very simple cases. > > ecase comes from here: > > commit fcd737693e8e320acd70f91ec8e0728563244805 > Author: Richard M. Stallman > Date: Fri Jul 30 20:15:09 1993 +0000 > > entered into RCS > > renamed to cl-ecase here: > > commit 7c1898a7b93053cd0431f46f02d82c0a31bfb8bf > Author: Stefan Monnier > Date: Sun Jun 3 21:05:17 2012 -0400 > > pcase comes from here: > > commit d02c9bcd096c44b4e3d5e2834c75967b56cdecdd > Author: Stefan Monnier > Date: Tue Aug 10 15:18:14 2010 +0200 > > * lisp/emacs-lisp/pcase.el: New file. > > Not very nice to dismiss other peoples preferences as "just your > personal preference" while pushing through your personal preference. > That ecase macro was there for many decades, even before import to RCS > and you broke it and force your pcase way on everybody. The author used > pcase because of you, not very good argument for pcase merit. And now thanks to pcase there is also cond*. What a mess.