From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs] Date: Mon, 11 May 2020 23:16:14 -0400 Message-ID: References: <35DBF02E-44D7-41E5-A217-7D6EC84ED221@icloud.com> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="84521"; mail-complaints-to="usenet@ciao.gmane.io" Cc: joostkremers@fastmail.fm, ams@gnu.org, Emacs-devel@gnu.org, phillip.lord@russet.org.uk To: =?iso-8859-1?Q?=EC=A1=B0=EC=84=B1=EB=B9=88?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 12 05:17:12 2020 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 1jYLPr-000Lrk-8h for ged-emacs-devel@m.gmane-mx.org; Tue, 12 May 2020 05:17:11 +0200 Original-Received: from localhost ([::1]:37474 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYLPq-0006oI-8x for ged-emacs-devel@m.gmane-mx.org; Mon, 11 May 2020 23:17:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54524) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYLP0-0005d6-Id for Emacs-devel@gnu.org; Mon, 11 May 2020 23:16:18 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58310) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYLOz-0004Dl-Rz; Mon, 11 May 2020 23:16:17 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1jYLOw-00046I-5q; Mon, 11 May 2020 23:16:14 -0400 In-Reply-To: <35DBF02E-44D7-41E5-A217-7D6EC84ED221@icloud.com> (message from =?iso-8859-1?Q?=EC=A1=B0=EC=84=B1=EB=B9=88?= on Tue, 12 May 2020 02:12:08 +0900) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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" Xref: news.gmane.io gmane.emacs.devel:249923 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > FWIW, nobody asked to add it in Emacs core. The only request was > to add it in ELPA, which looks like everybody has a different idea > of what it is. I see the distinction, but either way it would cause the same problem. The problem is a second, incoherent set of string functions. You can _say_ that they are an extension we can ignore, but that is not true in practice. If "most packages use them", then no other programs would be able to define those names for _anything_ and we would need to document them. In effect, they would be a part of the Emacs Lisp programming interface and not under our control. We can have those functions in Emacs (core, or GNU ELPA) if they are in niche in the namespace, with a substantial prefix such as a well-behaved Lisp library should have. -- Dr Richard Stallman Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)