From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Why are there two dolist? Date: Wed, 12 Aug 2009 01:41:57 +0200 Message-ID: References: <87d472m0b0.fsf@catnip.gol.com> <20090811.193025.204578572.hanche@math.ntnu.no> <874osdncva.fsf@catnip.gol.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1250034174 3670 80.91.229.12 (11 Aug 2009 23:42:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 11 Aug 2009 23:42:54 +0000 (UTC) Cc: Harald Hanche-Olsen , emacs-devel@gnu.org To: Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 12 01:42:47 2009 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 1Mb0zN-00074B-QO for ged-emacs-devel@m.gmane.org; Wed, 12 Aug 2009 01:42:46 +0200 Original-Received: from localhost ([127.0.0.1]:35929 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mb0zM-0002F8-41 for ged-emacs-devel@m.gmane.org; Tue, 11 Aug 2009 19:42:44 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mb0yj-00020U-Sd for emacs-devel@gnu.org; Tue, 11 Aug 2009 19:42:05 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mb0yf-0001yr-5j for emacs-devel@gnu.org; Tue, 11 Aug 2009 19:42:05 -0400 Original-Received: from [199.232.76.173] (port=32925 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mb0ye-0001yk-Ve for emacs-devel@gnu.org; Tue, 11 Aug 2009 19:42:01 -0400 Original-Received: from mail-yx0-f172.google.com ([209.85.210.172]:33976) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mb0yb-00047k-Tf; Tue, 11 Aug 2009 19:41:58 -0400 Original-Received: by yxe2 with SMTP id 2so5575572yxe.14 for ; Tue, 11 Aug 2009 16:41:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tHDn8D9vAiSRR9VMlob0eeCXS9yMuDmXn00NpDhhbdg=; b=TGoOhYMBNW7irNAuxYMbw0HOqWcq8uRR0NC8KeAaLcGG5k4GMX6IeKxLojkiZQxNw2 xNpWWzU0aGsq+AjqfY503xRFW5zzfswwCzV/3iImg5t0onuJQs76KscsiixqsKc1Z1ZK mgTlv5WrdsnxHjX27Jy0t6bdYX89uaFeJ+e1A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=WgPTQb4MouYkElBrRoHHpyubBC62zS4G16B+FPbeg6qR5UjopvvGaGM6MaZIsxHN+e Kz9ehl25Yrctqt1ZLIKcvHHrpVasohmJnXOhhiY/3V5VE9JkhaQDni3+EmCFLz1jRkw/ NzdYRcOoNNsWslUo66CnUaZ9aPWZ94Peqg+g8= Original-Received: by 10.100.8.17 with SMTP id 17mr6175474anh.158.1250034117222; Tue, 11 Aug 2009 16:41:57 -0700 (PDT) In-Reply-To: <874osdncva.fsf@catnip.gol.com> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 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:114110 Archived-At: On Wed, Aug 12, 2009 at 1:34 AM, Miles Bader wrote: > Harald Hanche-Olsen writes: >>> > I haven't looked at the code (recently), but because elisp doesn't >>> > natively support lexical blocks, I suspect the cl-macs version either >>> > (1) adds unnecessary runtime overhead, or (2) drags in lots of big and >>> > crufty compile-time analysis code (cl.el has lots of this) to optimize >>> > away the block when not used. >> >> Actually, the cl-macs version looks pretty simple to me. > > Right, I checked -- it actually just incurs run-time overhead... :/ > > Anyway, the two-dolists are not the prettiest thing in the world, but > they work fine, and there's a reason for having them. How about a notion in the doc string of them on the differences? And how to get the correct version during compilation? (If that is possible...)