From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: sequence manipulation functions Date: Wed, 05 Nov 2014 13:12:31 -0500 Message-ID: References: <87oasmmwzt.fsf@gmail.com> Reply-To: rms@gnu.org NNTP-Posting-Host: plane.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1415211180 815 80.91.229.3 (5 Nov 2014 18:13:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Nov 2014 18:13:00 +0000 (UTC) Cc: petton.nicolas@gmail.com, emacs-devel@gnu.org To: Damien Cassou Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 05 19:12:55 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Xm54h-0005Ct-BZ for ged-emacs-devel@m.gmane.org; Wed, 05 Nov 2014 19:12:55 +0100 Original-Received: from localhost ([::1]:47921 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xm54g-0007Rd-RZ for ged-emacs-devel@m.gmane.org; Wed, 05 Nov 2014 13:12:54 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54180) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xm54M-0007Op-Vn for emacs-devel@gnu.org; Wed, 05 Nov 2014 13:12:35 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xm54M-0003DM-66 for emacs-devel@gnu.org; Wed, 05 Nov 2014 13:12:34 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39387) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xm54M-0003DE-3C for emacs-devel@gnu.org; Wed, 05 Nov 2014 13:12:34 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Xm54J-0003If-Na; Wed, 05 Nov 2014 13:12:31 -0500 In-reply-to: (message from Damien Cassou on Wed, 5 Nov 2014 10:23:25 +0100) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:176422 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. ]]] > > This library has the same problem as cl: it defines functions > > which don't have a name prefix, and are therefore liable to conflict > > with users' own functions. > Isn't that the case of all functions that are added to Emacs? Not all. Several of the examples you cited have a name prefix which makes conflicts unlikely. When the issue is to add a function to Emacs _as a documented function_, something that is part of the name space users should not know about and not interfere with, a name prefix is not necessary. However, the message I responded to did not talk about adding documented standard functions to Emacs. It proposed a library that could be loaded. That is a different kind of issue. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use Ekiga or an ordinary phone call.