From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alexandre Garreau Newsgroups: gmane.emacs.devel Subject: Re: persistent data feature Date: Wed, 15 Dec 2021 16:01:13 +0100 Message-ID: <5640724.eMgT8BFyco@galex-713.eu> References: <87tufmjyai.fsf@gnus.org> <83k0g7l4zb.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15581"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, tom@logand.com, emacs-devel@gnu.org To: Eli Zaretskii , rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 15 16:48:09 2021 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 1mxWVl-0003uC-QM for ged-emacs-devel@m.gmane-mx.org; Wed, 15 Dec 2021 16:48:09 +0100 Original-Received: from localhost ([::1]:38746 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mxWVk-000782-Mr for ged-emacs-devel@m.gmane-mx.org; Wed, 15 Dec 2021 10:48:08 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:60148) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxVmd-0000Li-OV for emacs-devel@gnu.org; Wed, 15 Dec 2021 10:01:31 -0500 Original-Received: from [2a00:5884:8305::1] (port=36502 helo=galex-713.eu) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxVmU-0005L7-Hf; Wed, 15 Dec 2021 10:01:27 -0500 Original-Received: from gal by galex-713.eu with local (Exim 4.94.2) (envelope-from ) id 1mxVmL-0039B9-I6; Wed, 15 Dec 2021 16:01:13 +0100 In-Reply-To: X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a00:5884:8305::1 (failed) Received-SPF: pass client-ip=2a00:5884:8305::1; envelope-from=galex-713@galex-713.eu; helo=galex-713.eu X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no 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" Xref: news.gmane.io gmane.emacs.devel:282061 Archived-At: Le merkredo, 15-a de decembro 2021, 6-a horo kaj 16:24 CET Richard=20 Stallman a =C3=A9crit : > > > If we really want a feature to be in the core, then we don't want > > > to > > > make it a dynamic module. > > >=20 > > > However, it can happen that we want to support a feature with C > > > code > > > but we don't want it to add to the complexity of core Emacs. > >=20 > > I cannot imagine how such a situation could arise, really. And in > > all > > my long involvement with Emacs development it didn't happen yet. >=20 > I won't argue that any particular one of those libaries should not be > used by Emacs core. But, given how the number of dynamic libraries > required by Emacs core has grown, that suggests maybe it would be better > of SOME of them were used via dynamic modules. >=20 > I mean to say only that it is something to consider. That would be cool. That would make =E2=80=9Ccanonical=E2=80=9D extensions= more akin to=20 users=E2=80=99 one, and would reduce the gap between user hacking and stand= ard=20 development (akin to the =E2=80=9Cabsence of keywords=E2=80=9D of lisp, and= to the fact=20 users=E2=80=99 extensions can look like core features), encourage hacking, = and=20 equality of emacs=E2=80=99 hackers. Plus I like the idea you can install libraries separatly from the end=20 software, before or after, and remove them at wish.