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: unload-feature and defcustom. Date: Sat, 30 Apr 2005 10:13:01 +0200 Message-ID: <851x8s3coi.fsf@lola.goethe.zz> References: <87ll71y9le.fsf@xs4all.nl> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1114941882 19599 80.91.229.2 (1 May 2005 10:04:42 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 1 May 2005 10:04:42 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun May 01 12:04:39 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DSBJV-00046d-Au for ged-emacs-devel@m.gmane.org; Sun, 01 May 2005 12:04:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DSBQB-0000Ns-2r for ged-emacs-devel@m.gmane.org; Sun, 01 May 2005 06:11:31 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DSBOY-0000NB-8I for emacs-devel@gnu.org; Sun, 01 May 2005 06:09:50 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DSBOX-0000Mm-7i for emacs-devel@gnu.org; Sun, 01 May 2005 06:09:49 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DSBOW-0000BA-DZ for emacs-devel@gnu.org; Sun, 01 May 2005 06:09:48 -0400 Original-Received: from [151.189.21.41] (helo=mail-in-01.arcor-online.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1DSBRT-0002LK-Do for emacs-devel@gnu.org; Sun, 01 May 2005 06:12:51 -0400 Original-Received: from lola.goethe.zz (pa126.torun.cvx.ppp.tpnet.pl [213.76.54.126]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id B9AC228EF8; Sat, 30 Apr 2005 10:15:13 +0200 (CEST) Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 6E41D1C46517; Sat, 30 Apr 2005 10:13:01 +0200 (CEST) Original-To: Lute Kamstra In-Reply-To: <87ll71y9le.fsf@xs4all.nl> (Lute Kamstra's message of "Fri, 29 Apr 2005 15:51:41 +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:36511 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:36511 Lute Kamstra writes: > unload-feature does not completely reverse the effects of defcustom. > > Consider this file: > > ,----[ a.el ] > | (defcustom a-cus-var 'a-value > | "The documentation of `a-cus-var'.") > | (provide 'a) > `---- > > and do: > > (require 'a) > (unload-feature 'a) > > I think this is undesirable. Could this be easily fixed? (Maybe by > letting customize ignore unbound vars.) Or is better to put this on > the post-release todo list? post-release, I'd say. It should be noted that files generated with update-file-autoloads and its cousins actually only contain defvar, not defcustom, but maybe those are not the most important ones to unload in general. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum