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: [External] : Re: What's missing in ELisp that makes people want to use cl-lib? Date: Thu, 02 Nov 2023 19:28:28 +0100 Message-ID: <877cn0huwj.fsf@dataswamp.org> References: <46ab3c7d-d820-4bb4-8ec4-97c614d7c8a0@alphapapa.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39867"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) To: emacs-devel@gnu.org Cancel-Lock: sha1:KH+1dJ/cgF7hVEhjp/YfKHOjYcs= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Nov 02 19:38:44 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 1qycaa-000AAN-85 for ged-emacs-devel@m.gmane-mx.org; Thu, 02 Nov 2023 19:38:44 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qycZg-0008Rp-0i; Thu, 02 Nov 2023 14:37:48 -0400 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 1qycR0-0006O2-8H for emacs-devel@gnu.org; Thu, 02 Nov 2023 14:28:50 -0400 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 1qycQy-0008C4-HW for emacs-devel@gnu.org; Thu, 02 Nov 2023 14:28:49 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1qycQt-0006Ya-RW for emacs-devel@gnu.org; Thu, 02 Nov 2023 19:28:43 +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: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Thu, 02 Nov 2023 14:37:46 -0400 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:312131 Archived-At: João Távora wrote: > So why not introduce a 'definitelynotcl-defun' macro with > support for '&definitelynotkey' that does that? ;-) We don't want do stop anyone from introducing new stuff. If they manage to get it into Emacs, it can't be that bad. If they also get other people to use it, it must be even better. For the people who are maintaining it, I think to some extent it would come with the job to handle code that isn't necessarily written as the maintainer would like it to be. Since it is originally written by another person, as I understand the case to be in terms of this discussion. A person more friendly to cl-lib? But nothing prevents the maintainer from not using cl-lib him/herself. And, to what extent can code that relies heavily on cl-lib be left alone by the maintainer? As long as it works? Do we have bugs that typically require big re-writes of existing code? If so, I agree the maintainer's job isn't easy. -- underground experts united https://dataswamp.org/~incal