From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: un-deprecating CL Date: Sat, 15 Sep 2007 11:00:16 +0300 Message-ID: References: <864phxjj03.fsf@macs.hw.ac.uk> <87hclx834d.fsf@red-bean.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: sea.gmane.org 1189843233 27639 80.91.229.12 (15 Sep 2007 08:00:33 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 15 Sep 2007 08:00:33 +0000 (UTC) Cc: jbw@macs.hw.ac.uk, David O'Toole , emacs-devel@gnu.org To: Karl Fogel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 15 10:00:29 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IWSZo-00024M-Ui for ged-emacs-devel@m.gmane.org; Sat, 15 Sep 2007 10:00:29 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IWSZn-0004Nq-UB for ged-emacs-devel@m.gmane.org; Sat, 15 Sep 2007 04:00:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IWSZk-0004KP-Ce for emacs-devel@gnu.org; Sat, 15 Sep 2007 04:00:24 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IWSZj-0004JN-Sm for emacs-devel@gnu.org; Sat, 15 Sep 2007 04:00:24 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IWSZj-0004JG-LG for emacs-devel@gnu.org; Sat, 15 Sep 2007 04:00:23 -0400 Original-Received: from nitzan.inter.net.il ([213.8.233.22]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IWSZg-0002Fu-3D; Sat, 15 Sep 2007 04:00:20 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-210-74.inter.net.il [80.230.210.74]) by nitzan.inter.net.il (MOS 3.7.3a-GA) with ESMTP id HUN54894 (AUTH halo1); Sat, 15 Sep 2007 10:57:35 +0300 (IDT) In-reply-to: <87hclx834d.fsf@red-bean.com> (message from Karl Fogel on Fri, 14 Sep 2007 12:21:22 -0700) X-Detected-Kernel: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:78947 Archived-At: > From: Karl Fogel > Date: Fri, 14 Sep 2007 12:21:22 -0700 > Cc: emacs-devel@gnu.org > > > http://dto.freeshell.org/blog/blog-2007-09-07-2323.html > > > > I agree completely with its reasoning. > > > > Therefore, I propose that the warnings in the manual against relying > > on CL and the byte-compiler warnings when you use a CL function should > > both be removed. > > I completely agree. The CL packaged is distributed with Emacs now. > If a programmer defines a function in a way that conflicts with CL, > the best result would be for them run into problems and have to rename > their function so as not to to conflict with CL. > > Frankly, we should just have CL loaded as a default all the time :-). > But failing that, at the very least we should encourage its use, and > encourage other packages to avoid conflicting with CL's namespace. For the record, I'm not as opinionated as Richard about CL, perhaps because my Lisp background doesn't go as far back and as deep as his. But I must say that the above blog's arguments lost me as a potential ally right on the first sentence: In my opinion, the best way to program Emacs Lisp is to use the many, many powerful macros and functions of the CL package. This basically says that the author is already sold on using CL as heavily as possible, and therefore all the rest of the essay is suspect of trying to sell the same idea to the reader. That is not a very effective way of convincing people to assign to views that are in controversy, IMO. Granted, a blog isn't required to present a convincing argument. But if this essay does need to convince me, it will have to do a lot better. For example, I would like to hear about disadvantages of using CL, not just about how wonderful it is. IOW, a convincing argument will present a balanced view of the issue, and try to win by showing that the balance is in its favor. As to the warning in the manual and the byte compiler, I hope you realize that the name conflict is not the real issue here. The real issue is the policy not to use CL in Emacs packages; the warning about the potential name conflicts and the byte compiler warning are just the corollary. So building the argument on those warning being harmful is not gonna win the day, either.