From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Lars Hansen Newsgroups: gmane.emacs.devel Subject: void variable Date: Sun, 25 Jul 2004 08:32:13 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <410353ED.1090107@math.ku.dk> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1090737175 25075 80.91.224.253 (25 Jul 2004 06:32:55 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 25 Jul 2004 06:32:55 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 25 08:32:45 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BocYu-0007OP-00 for ; Sun, 25 Jul 2004 08:32:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Bocbt-0007Ku-07 for ged-emacs-devel@m.gmane.org; Sun, 25 Jul 2004 02:35:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Bocbn-0007Kp-9h for emacs-devel@gnu.org; Sun, 25 Jul 2004 02:35:43 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Bocbl-0007Kd-A4 for emacs-devel@gnu.org; Sun, 25 Jul 2004 02:35:43 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Bocbl-0007Ka-61 for emacs-devel@gnu.org; Sun, 25 Jul 2004 02:35:41 -0400 Original-Received: from [213.170.224.162] (helo=smtp.kabelnettet.dk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BocYQ-0002Qe-3L for emacs-devel@gnu.org; Sun, 25 Jul 2004 02:32:14 -0400 Original-Received: from math.ku.dk (0x52b410eb.dhcp.kabelnettet.dk [82.180.16.235]) by smtp.kabelnettet.dk (Postfix) with ESMTP id 00EFF609A07 for ; Sun, 25 Jul 2004 08:32:13 +0200 (CEST) User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021213 Debian/1.2.1-2.bunk X-Accept-Language: en Original-To: emacs-devel@gnu.org 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: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:25938 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:25938 Assume that you on the load path have a file foo.el containing the line (defvar foo 'x) If you evaluate (let ((foo 'y)) (load "foo.el")) foo you get Symbol's value as variable is void: foo Observe that the loading may very well be implicit like in (let ((foo 'y)) (bar)) where bar could be an autoloaded function in foo.el or even in another module requiring foo.el. This behavior is not new. It works like that in Emacs 21.2 and Emacs 20.7. Is the behavior a bug that should be fixed, or is it OK but should be documented? Or is it documented already?