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, 22 Feb 2016 15:50:16 -0800 (PST) Message-ID: <7caa5266-afd8-4c70-ab25-47812930c489@default> References: <20160222175244.30186.2617@vcs.savannah.gnu.org> <87k2lwv5ob.fsf@gmx.de> <87egc4v4hs.fsf@gmx.de> <8bd4ec21-1306-41bf-aca7-5571a3014337@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 1456185057 22757 80.91.229.3 (22 Feb 2016 23:50:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 22 Feb 2016 23:50:57 +0000 (UTC) Cc: Michael Albinus , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 23 00:50:45 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 1aY0FY-00068S-S8 for ged-emacs-devel@m.gmane.org; Tue, 23 Feb 2016 00:50:44 +0100 Original-Received: from localhost ([::1]:52720 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aY0FY-00089r-9X for ged-emacs-devel@m.gmane.org; Mon, 22 Feb 2016 18:50:44 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52812) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aY0FE-00089S-OJ for emacs-devel@gnu.org; Mon, 22 Feb 2016 18:50:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aY0FB-0005iq-Hh for emacs-devel@gnu.org; Mon, 22 Feb 2016 18:50:24 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:19156) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aY0FB-0005ik-B4 for emacs-devel@gnu.org; Mon, 22 Feb 2016 18:50:21 -0500 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u1MNoIrw014690 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 22 Feb 2016 23:50:19 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id u1MNoIa4000496 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 22 Feb 2016 23:50:18 GMT Original-Received: from abhmp0003.oracle.com (abhmp0003.oracle.com [141.146.116.9]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u1MNoH6l005640; Mon, 22 Feb 2016 23:50:17 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: 141.146.126.69 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:200512 Archived-At: > > I suppose someone could argue that this ugliness might dissuade > > people from using these functions. >=20 > FWIW, I dislike cXXXXr, indeed. It makes me feel like I'm looking at > assembly code. >=20 > > I realize there are prefix-less aliases for most of these functions. >=20 > Actually, no. There isn't. If you find some, it's only because you > happen to have `cl' loaded. (Not very important, but your quoting above makes it seem that the same person said both of the things you quoted. I said the first; Oleh said the second.) Wrt cXXXXr, we can all agree, I'm guessing, that context-specific accessor macros (or functions) that do the same thing are friendlier. They tell you what the parts you are accessing mean, in context. But for those lispers who are used to cXXXXr, these functions can certainly be useful in local contexts (versus introducing a local, and perhaps meaningless, name). And yes, they are _good pictures_, showing you just which parts of a tree are being accessed. They don't tell you what those structure parts mean in any given context, but they certainly show you clearly where the parts are. Just because such functions exist in Lisp is no reason that any given Lisp program or programmer has to use them. But not wanting to use them is not a good reason to rename them with a `cl-' prefix.