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: Imports / inclusion of s.el into Emacs Date: Mon, 11 May 2020 23:12:03 -0400 Message-ID: References: <0c88192c-3c33-46ed-95cb-b4c6928016e3@default> 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="76686"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel To: =?iso-8859-1?Q?Jo=C3=A3o_T=C3=A1vora?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 12 05:15:18 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 1jYLO1-000Jpp-VR for ged-emacs-devel@m.gmane-mx.org; Tue, 12 May 2020 05:15:17 +0200 Original-Received: from localhost ([::1]:33644 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYLO1-00055n-1r for ged-emacs-devel@m.gmane-mx.org; Mon, 11 May 2020 23:15:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53294) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYLKv-0007LD-1d for emacs-devel@gnu.org; Mon, 11 May 2020 23:12:05 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58099) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYLKu-0001UD-MH; Mon, 11 May 2020 23:12:04 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1jYLKt-0003G1-P1; Mon, 11 May 2020 23:12:03 -0400 In-Reply-To: (message from =?iso-8859-1?Q?Jo=C3=A3o_T=C3=A1vora?= on Sat, 9 May 2020 19:37:37 +0100) 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:249922 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. ]]] It is clear that shorthand.el avoids the Lisp namespace traps. It aims to do something far less sophisticated, and I think that if it ever doesn't do what the user wants, perse can see how to work around it. What objections have people stated to it? Have people found problems in it, or have they only criticized it for not being a real namespace system? Of course, what we actually install should not be implemented using advice. It should be added to the C code. Perhaps if you load a file, magnars.el, for instance, which specifies symbol renaming rules, Emacs should remembers which symbols were renamed and how. Then it could automatically do precisely those renamings to each on each file that somehow says it uses magnars.el. Would this have a flaw? -- 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)