From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: unload-feature questions and thoughts Date: Sun, 14 Oct 2007 12:28:54 -0400 Message-ID: References: <55463.128.165.123.18.1192035787.squirrel@webmail.lanl.gov> <55585.128.165.123.18.1192038971.squirrel@webmail.lanl.gov> <858x6atas5.fsf@lola.goethe.zz> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1192379458 12715 80.91.229.12 (14 Oct 2007 16:30:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 14 Oct 2007 16:30:58 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Juanma Barranquero" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 14 18:30:48 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 1Ih6MT-0002CX-AZ for ged-emacs-devel@m.gmane.org; Sun, 14 Oct 2007 18:30:41 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ih6MM-0006u3-VH for ged-emacs-devel@m.gmane.org; Sun, 14 Oct 2007 12:30:34 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ih6Km-00062D-Cx for emacs-devel@gnu.org; Sun, 14 Oct 2007 12:28:56 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ih6Kl-00061q-Pl for emacs-devel@gnu.org; Sun, 14 Oct 2007 12:28:56 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ih6Kl-00061j-Gu for emacs-devel@gnu.org; Sun, 14 Oct 2007 12:28:55 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ih6Kl-0001dD-0J for emacs-devel@gnu.org; Sun, 14 Oct 2007 12:28:55 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1Ih6Kk-0000Hn-O9; Sun, 14 Oct 2007 12:28:54 -0400 In-reply-to: (lekktu@gmail.com) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:80847 Archived-At: unload-feature does this: - Remove functions from hooks (those in `unload-feature-special-hook') and from `auto-mode-alist'. - Remove ELP stuff - Remove feature names - Restores autoloads - Kills local variables - (f)?makunbound's symbols - Kills timers - Deletes the load-history element for the file A package-defined FEATURE-unload-hook is run as an alternative to just *the first* of these items; Now I see what you mean. I am not sure why or whether it was good to set up this feature as it is. However, that doesn't necessarily mean we should just get rid of it or break it. If we can see that the files which use it use it are in general wrong and are broken, then we can conclude it doesn't matter if we change this incompatibly. If we can see that the files which use it would still work despite an incompatible change, then that change is ok. Otherwise, we should make a compatible change. Davis Herring looked at the various FEATURE-unload-hooks and reported on their problems. But the report doesn't directly answer the two crucial questions above. Davis, can you look at your previous results and answer those questions? People have suggested two ways to make a compatible change. One is to add FEATURE-unload-function in parallel. The other is to move the standard code to delete from hooks into a subroutine which FEATURE-unload-hook can call. I prefer the latter way.