From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Juanma Barranquero" Newsgroups: gmane.emacs.devel Subject: Re: unload-feature questions and thoughts Date: Tue, 6 Feb 2007 00:27:13 +0100 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1170718059 32107 80.91.229.12 (5 Feb 2007 23:27:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 5 Feb 2007 23:27:39 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 06 00:27:31 2007 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 1HEDFC-0003X1-82 for ged-emacs-devel@m.gmane.org; Tue, 06 Feb 2007 00:27:30 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HEDFB-00081j-7b for ged-emacs-devel@m.gmane.org; Mon, 05 Feb 2007 18:27:29 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HEDEy-00080d-BY for emacs-devel@gnu.org; Mon, 05 Feb 2007 18:27:16 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HEDEx-0007zI-AM for emacs-devel@gnu.org; Mon, 05 Feb 2007 18:27:15 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HEDEx-0007z5-0N for emacs-devel@gnu.org; Mon, 05 Feb 2007 18:27:15 -0500 Original-Received: from an-out-0708.google.com ([209.85.132.251]) by monty-python.gnu.org with esmtp (Exim 4.52) id 1HEDEw-0008LQ-Ls for emacs-devel@gnu.org; Mon, 05 Feb 2007 18:27:14 -0500 Original-Received: by an-out-0708.google.com with SMTP id b8so1027568ana for ; Mon, 05 Feb 2007 15:27:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IOQrDrsUzNbtj5iMoRoYPuNI6z2BmJCVP+fPXrxkAzoL6eSV3szDxRSnZ3vhGO4M+/Zno+SXnNAzJngPe2L0c78UmnSqrxfrqc2JL+I+eySOSXa2cV5+/3ii2mzUS1mBQHdXZjYhL7FvKPWzsc7pYkDq3PsvcggiUs9rg9QPOo8= Original-Received: by 10.114.78.1 with SMTP id a1mr692012wab.1170718033775; Mon, 05 Feb 2007 15:27:13 -0800 (PST) Original-Received: by 10.114.234.16 with HTTP; Mon, 5 Feb 2007 15:27:13 -0800 (PST) In-Reply-To: Content-Disposition: inline X-detected-kernel: 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:65973 Archived-At: On 2/5/07, Richard Stallman wrote: > Since the presence of such entries is normal, `unload-feature' ought > to handle such entries in a useful way. > > Would someone like to implement this? That's what my patch does: the useful thing for (autoload . SYMBOL) is treat it like a defun, and the useful thing for (defface . SYMBOL) is ignore it. > Meanwhile, I think another change is needed to handle `(t . SYMBOL)' > elements correctly. See below. Does anyone else see a problem in it? It seems correct, except that > ! (t (setq restore-autoload (cdr x))) should be > ! ((t) (setq restore-autoload (cdr x))) because a t alone is equivalent to `otherwise'. /L/e/k/t/u