From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: CL package serious deficiencies Date: Tue, 07 Feb 2012 13:34:06 -0800 Message-ID: <4F3198CE.9000900@dancol.org> References: <33271707.post@talk.nabble.com> <87fwemcwlx.fsf@spindle.srvr.nix> <87zkcubbfc.fsf@spindle.srvr.nix> <87vcnibb9t.fsf@spindle.srvr.nix> <87r4y6bams.fsf@spindle.srvr.nix> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5AE88EC7BBA3E7849F4ECF4A" X-Trace: dough.gmane.org 1328650472 3828 80.91.229.3 (7 Feb 2012 21:34:32 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 7 Feb 2012 21:34:32 +0000 (UTC) Cc: egnarts-ms , Lennart Borgman , Stefan Monnier , Drew Adams , Emacs-devel@gnu.org To: Nix Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 07 22:34:30 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RusgG-00018Q-Mw for ged-emacs-devel@m.gmane.org; Tue, 07 Feb 2012 22:34:28 +0100 Original-Received: from localhost ([::1]:37589 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RusgF-0000U2-Gb for ged-emacs-devel@m.gmane.org; Tue, 07 Feb 2012 16:34:27 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:37091) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RusgB-0000Tl-UB for Emacs-devel@gnu.org; Tue, 07 Feb 2012 16:34:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RusgA-0002mA-TK for Emacs-devel@gnu.org; Tue, 07 Feb 2012 16:34:23 -0500 Original-Received: from dancol.org ([96.126.100.184]:46687) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RusgA-0002lf-P9 for Emacs-devel@gnu.org; Tue, 07 Feb 2012 16:34:22 -0500 Original-Received: from c-24-18-179-193.hsd1.wa.comcast.net ([24.18.179.193] helo=edith.local) by dancol.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1Rusfz-0007ot-8M; Tue, 07 Feb 2012 13:34:11 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0) Gecko/20120129 Thunderbird/10.0 In-Reply-To: <87r4y6bams.fsf@spindle.srvr.nix> X-Enigmail-Version: 1.3.5 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 96.126.100.184 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:148323 Archived-At: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5AE88EC7BBA3E7849F4ECF4A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2/7/12 1:23 PM, Nix wrote: > (FWIW, the *last* time I asked about this, many years ago, I was told > that runtime use of cl was out of the question because it used too much= > memory. I presume that this argument is obsolete :) ) I've long been an advocate of dumping cl with Emacs; XEmacs does so without problems. CLisms simply result in cleaner, smaller code than one can write using nothing but elisp primitives. The latest objection is that dumping CL would Emacs would increase the size of the printed and bound Emacs Lisp Reference Manual from the FSF. I find this objection unconvincing because it applies to _any_ new feature, and I don't think we're against adding new features to Emacs= =2E --------------enig5AE88EC7BBA3E7849F4ECF4A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAk8xmNEACgkQ17c2LVA10VvJEwCfR60N26WGgDtVii3u3lRLJQsx oKEAn0wYCQHVtrmmyl/XwBlCifM8uEmK =IKn8 -----END PGP SIGNATURE----- --------------enig5AE88EC7BBA3E7849F4ECF4A--