From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: [Emacs-diffs] emacs-25 a9c48d5: Additional fixes for file notification Date: Mon, 29 Feb 2016 07:41:08 -0800 (PST) Message-ID: <86db4fd5-e5fb-4c53-9086-c3b5f8323416@default> References: <20160222175244.30186.2617@vcs.savannah.gnu.org> <87k2lwv5ob.fsf@gmx.de> <87egc4v4hs.fsf@gmx.de> <8bd4ec21-1306-41bf-aca7-5571a3014337@default> <87r3g4js64.fsf@gmail.com> <2b98a5dd-7f46-4e92-9398-ede070c261de@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1456760519 15426 80.91.229.3 (29 Feb 2016 15:41:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 29 Feb 2016 15:41:59 +0000 (UTC) Cc: Emacs developers , Michael Albinus , Oleh Krehel , Stefan Monnier , Kaushal Modi To: John Wiegley Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 29 16:41:46 2016 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 1aaPxC-0008Lo-C4 for ged-emacs-devel@m.gmane.org; Mon, 29 Feb 2016 16:41:46 +0100 Original-Received: from localhost ([::1]:37304 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaPxB-0002XF-Dr for ged-emacs-devel@m.gmane.org; Mon, 29 Feb 2016 10:41:45 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59673) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaPwv-0002Ww-50 for emacs-devel@gnu.org; Mon, 29 Feb 2016 10:41:30 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aaPwq-0006RL-52 for emacs-devel@gnu.org; Mon, 29 Feb 2016 10:41:29 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:50293) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaPwp-0006RH-Sx; Mon, 29 Feb 2016 10:41:24 -0500 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u1TFfKb0023187 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 29 Feb 2016 15:41:20 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id u1TFfKLc023707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 29 Feb 2016 15:41:20 GMT Original-Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id u1TFfDUQ019441; Mon, 29 Feb 2016 15:41:19 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 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:200814 Archived-At: > > Finally, to make things even more muddy, we have recently piled > > additional, non-Common Lisp stuff into the `cl-' namespace. > > What's that about? That just confuses people. >=20 > > This particular problem was reported as bug #20056, which was > > just closed today as "wont-fix". >=20 > Daniel wrote: >=20 > > I think cl-lib has long ago stopped being an emulation of common > > lisp. Now, it's a CL-*inspired* utility library. I doubt that=20 > > there's a risk of real harmful confusion between this library > > and actual Common Lisp. Not so long ago, actually. And unless there is an intention for it to be for Common Lisp emulation, people will likely continue to stick any old thing in there that has nothing to do with Common Lisp. Unless, of course, there is some other criterion for inclusion there. Is there? > I agree with Daniel. cl-lib.el is an Emacs Lisp library that makes > certain Common Lisp work-alikes available. It doesn't need to be > restricted to *only* providing functions also in Common Lisp. So is there NO criterion for inclusion there? Anything and everything belongs there? If it is no longer for emulating Common Lisp constructs what is it for now? > As long as what's in there has a cl- prefix, it is in the > right place unless it clearly does not belong there. What defines "clearly does not belong there? It's apparently not enough to exclude a function that it have nothing to do with Common Lisp (or with implementing the CL emulations). What are the clearly-does-not-belong-there criteria? > If you don't like the non-CL functions, don't use them. Dunno where that remark is coming from. I have no problem with non-CL Emacs functions. The question is why give some of them prefix `cl-' and put them in the CL libraries? Inclusion there should be based on what? The question is even more for future inclusion than it is for moving such functions out that are already there.