From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eric Schulte Newsgroups: gmane.emacs.devel Subject: Re: CL package serious deficiencies Date: Wed, 08 Feb 2012 08:39:23 -0700 Message-ID: <87aa4tnxlg.fsf@gmx.com> References: <33271707.post@talk.nabble.com> <87fwemcwlx.fsf@spindle.srvr.nix> <87zkcubbfc.fsf@spindle.srvr.nix> <87vcnibb9t.fsf@spindle.srvr.nix> <5tr4y6z2pv.fsf@fencepost.gnu.org> <87bopab5p6.fsf@spindle.srvr.nix> <87r4y5e910.fsf@gmx.com> <87liode8mu.fsf@gmx.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1328715617 18811 80.91.229.3 (8 Feb 2012 15:40:17 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 8 Feb 2012 15:40:17 +0000 (UTC) Cc: Nix , egnarts-ms , Stefan Monnier , Drew Adams , Emacs-devel@gnu.org To: Lennart Borgman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 08 16:40:16 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 1Rv9d0-0002Z4-1k for ged-emacs-devel@m.gmane.org; Wed, 08 Feb 2012 16:40:14 +0100 Original-Received: from localhost ([::1]:51991 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rv9cy-0002AV-9O for ged-emacs-devel@m.gmane.org; Wed, 08 Feb 2012 10:40:12 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:32863) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rv9co-0001tC-Pe for Emacs-devel@gnu.org; Wed, 08 Feb 2012 10:40:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rv9ce-0002Hd-Df for Emacs-devel@gnu.org; Wed, 08 Feb 2012 10:40:01 -0500 Original-Received: from mailout-us.gmx.com ([74.208.5.67]:56518) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1Rv9ce-0002HV-4O for Emacs-devel@gnu.org; Wed, 08 Feb 2012 10:39:52 -0500 Original-Received: (qmail invoked by alias); 08 Feb 2012 15:39:50 -0000 Original-Received: from c-174-56-1-147.hsd1.nm.comcast.net (EHLO bagel) [174.56.1.147] by mail.gmx.com (mp-us002) with SMTP; 08 Feb 2012 10:39:50 -0500 X-Authenticated: #67821228 X-Provags-ID: V01U2FsdGVkX18OolMMXYQOqtp0P0wK2zpsD6JAWO0H1V8YR/sv7I Yxq6BI+vLz8jgS In-Reply-To: (Lennart Borgman's message of "Wed, 8 Feb 2012 16:29:46 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.93 (gnu/linux) X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 74.208.5.67 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:148362 Archived-At: Lennart Borgman writes: > On Wed, Feb 8, 2012 at 14:51, Eric Schulte wrote: >>>> >>>> org-count >>>> org-find-if >>>> org-reduce >>>> org-remove-if >>>> org-remove-if-not >>> >>> I must be misremembering. Isn't it ok to use the cl functions here? >>> (You would be using it in compiled code.) >>> >> >> You are misremembering. =C2=A0If it were ok org, gnus, ert and widget wo= uld >> not all have their own remove-if variants? > > Thanks. Or, I might be misunderstanding ;-) > The manual says in D.1 Emacs Lisp Coding Conventions that > > However, there is no problem with using the `cl' package at > compile time, with `(eval-when-compile (require 'cl))'. That's > sufficient for using the macros in the `cl' package, because the > compiler expands them before generating the byte-code. > > Is that not enough, or is it not applicable to code included in Emacs? > The above only applies to *macros* which are expanded at compile time. The expanded macros leave no reference to cl in the resulting compiled code. On the contrary cl functions (even in compiled code) when called at runtime still require cl to be loaded and available at runtime. Hope this makes it clear, --=20 Eric Schulte http://cs.unm.edu/~eschulte/