From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.devel Subject: Re: Instead of pcase Date: Thu, 16 Nov 2023 23:16:26 +0100 Message-ID: <87cyw9cpj9.fsf@dataswamp.org> References: <87fs15d0uv.fsf@dataswamp.org> <83edgppki9.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="690"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) To: emacs-devel@gnu.org Cancel-Lock: sha1:LkHMtdMkKXPOEPeKMfjZ+rgnoh8= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 17 07:35:30 2023 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 1r3sRt-000AVL-PZ for ged-emacs-devel@m.gmane-mx.org; Fri, 17 Nov 2023 07:35:29 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1r3sR5-00010L-16; Fri, 17 Nov 2023 01:34:39 -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 1r3kfD-0000mh-4W for emacs-devel@gnu.org; Thu, 16 Nov 2023 17:16:43 -0500 Original-Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r3kf8-0003sA-0V for emacs-devel@gnu.org; Thu, 16 Nov 2023 17:16:42 -0500 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1r3kf4-0007H4-PD for emacs-devel@gnu.org; Thu, 16 Nov 2023 23:16:34 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -15 X-Spam_score: -1.6 X-Spam_bar: - X-Spam_report: (-1.6 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_TEMPERROR=0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Fri, 17 Nov 2023 01:34:32 -0500 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:312848 Archived-At: Eli Zaretskii wrote: >> There are, according to the below code [last], 13 011 hits >> for cl-lib in the Emacs source. For pcase, there are 2168. >> So there is no kicking that out either. > > Nonsense. We already had such large replacements, and did > that without any trouble, though gradually. Cases in point: > setq-local, defvar-keymap, and others. > > So if we have an alternative that we like and is easy to > use, we can decide to replace pcase with it, and then do it, > one case at a time. We don't have alternatives that are better than cl-lib and pcase, and their widespread use shows it. This whole discussion is just disrespectful, polarizing and alienating anti-cl-lib and now anti-pcase for no reason and with no alternatives. It is completely unrealistic to think anyone will write replacements for cl-lib and pcase that are so superior, yet do not contribute to complexity, that we can fully rely on them instead. But if that is what you are hoping for, why don't we revisit this discussion if and when that happens? -- underground experts united https://dataswamp.org/~incal