From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Building Emacs overflowed pure space Date: Fri, 21 Jul 2006 22:49:43 +0200 Message-ID: <85d5byy97c.fsf@lola.goethe.zz> References: <7dbe73ed0607180138x35e9d9bft3e42f20cb369795c@mail.gmail.com> <200607181929.k6IJTZN9028639@jane.dms.auburn.edu> <85hd1ayc0o.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1153515024 6996 80.91.229.2 (21 Jul 2006 20:50:24 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 21 Jul 2006 20:50:24 +0000 (UTC) Cc: teirllm@dms.auburn.edu, rms@gnu.org, ralphm@members.fsf.org, emacs-devel@gnu.org, "Kim F. Storm" , mituharu@math.s.chiba-u.ac.jp, mathias.dahl@gmail.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 21 22:50:21 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1G41wp-0006oZ-1i for ged-emacs-devel@m.gmane.org; Fri, 21 Jul 2006 22:50:11 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G41wo-0006Ze-JU for ged-emacs-devel@m.gmane.org; Fri, 21 Jul 2006 16:50:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1G41wc-0006ZE-O8 for emacs-devel@gnu.org; Fri, 21 Jul 2006 16:49:58 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1G41wc-0006Z0-AE for emacs-devel@gnu.org; Fri, 21 Jul 2006 16:49:58 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G41wc-0006Yv-0d for emacs-devel@gnu.org; Fri, 21 Jul 2006 16:49:58 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1G41x2-0002xY-W0; Fri, 21 Jul 2006 16:50:25 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1G41wQ-0002UX-Ib; Fri, 21 Jul 2006 16:49:46 -0400 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 408971C4D3B9; Fri, 21 Jul 2006 22:49:43 +0200 (CEST) Original-To: Andreas Schwab In-Reply-To: (Andreas Schwab's message of "Fri, 21 Jul 2006 22:40:29 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:57447 Archived-At: Andreas Schwab writes: > David Kastrup writes: > >> Frankly speaking: I don't know what we are supposed to buy ourselves >> if a loop body can access its internal variable by (symbol-value >> tmp-loop-var) instead of just tmp-loop-var. > > If we use an uninterned symbol the body can't access it at all. The proposal was to use the same uninterned symbol for all loops and keep it in a global variable like tmp-loop-var. And that means, of course, that everybody able to access that global variable can also use it to access the loop variable. You don't need to go through obarray, the symbol _is_ already available in tmp-loop-var without lookup. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum