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: Re: void variable Date: Fri, 30 Jul 2004 08:56:39 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <4109F127.9080408@math.ku.dk> References: <410353ED.1090107@math.ku.dk> <4104091E.4040007@math.ku.dk> <200407252046.i6PKkFH29813@raven.dms.auburn.edu> <41042C27.90902@math.ku.dk> <200407260152.i6Q1qbA00327@raven.dms.auburn.edu> <200407260213.i6Q2DNV00353@raven.dms.auburn.edu> <41051F79.3020200@math.ku.dk> <200407290231.i6T2Vlk24222@raven.dms.auburn.edu> <4108A4F5.2070107@math.ku.dk> <200407300321.i6U3L1G12351@raven.dms.auburn.edu> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1091170629 20793 80.91.224.253 (30 Jul 2004 06:57:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 30 Jul 2004 06:57:09 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 30 08:56:57 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 1BqRK5-0003Mf-00 for ; Fri, 30 Jul 2004 08:56:57 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BqRNJ-0005C5-Ho for ged-emacs-devel@m.gmane.org; Fri, 30 Jul 2004 03:00:17 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BqRNC-0005By-LJ for emacs-devel@gnu.org; Fri, 30 Jul 2004 03:00:11 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BqRN8-0005BX-4A for emacs-devel@gnu.org; Fri, 30 Jul 2004 03:00:07 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BqRN7-0005BU-U3 for emacs-devel@gnu.org; Fri, 30 Jul 2004 03:00:06 -0400 Original-Received: from [213.170.224.162] (helo=smtp.kabelnettet.dk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BqRJp-0000MO-Ae; Fri, 30 Jul 2004 02:56:41 -0400 Original-Received: from math.ku.dk (0x52b410eb.dhcp.kabelnettet.dk [82.180.16.235]) by smtp.kabelnettet.dk (Postfix) with ESMTP id E076D60988E; Fri, 30 Jul 2004 08:56:39 +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: Luc Teirlinck In-Reply-To: <200407300321.i6U3L1G12351@raven.dms.auburn.edu> 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:26114 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:26114 Luc Teirlinck wrote: >What about: > > If the @code{defvar} or @code{defcustom} itself is autoloaded through > a magic comment (@pxref{Autoload}), then there is nothing to worry > about: it is already initialized. Thus, adding such a magic comment is > one way to prevent trouble. Alternatively, you can @code{require} > the file before making the binding (@pxref{Named Features}). > > Yes, that's much more clear!