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: Removing unloaded functions from auto-mode-alist. Date: Mon, 25 Apr 2005 12:05:32 -0400 Message-ID: References: <87zmvu6ba2.fsf@xs4all.nl> <85ll7e68ei.fsf@lola.goethe.zz> <854qe2ihhi.fsf@lola.goethe.zz> <8764yi4awh.fsf@xs4all.nl> <873btlsalu.fsf@xs4all.nl> <87pswo84vv.fsf@xs4all.nl> <857jiucz6r.fsf@lola.goethe.zz> <87oec5p5rq.fsf@xs4all.nl> <85fyxhcff8.fsf@lola.goethe.zz> <87ekd0apu8.fsf@xs4all.nl> <85oec3rk50.fsf@lola.goethe.zz> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1114445008 30388 80.91.229.2 (25 Apr 2005 16:03:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 25 Apr 2005 16:03:28 +0000 (UTC) Cc: monnier@iro.umontreal.ca, Lute.Kamstra.lists@xs4all.nl, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 25 18:03:27 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DQ62m-0003R6-Ih for ged-emacs-devel@m.gmane.org; Mon, 25 Apr 2005 18:02:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DQ68K-0007lk-AM for ged-emacs-devel@m.gmane.org; Mon, 25 Apr 2005 12:08:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DQ67T-0007T2-5I for emacs-devel@gnu.org; Mon, 25 Apr 2005 12:07:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DQ67S-0007SH-BM for emacs-devel@gnu.org; Mon, 25 Apr 2005 12:07:34 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DQ67S-00078z-2v for emacs-devel@gnu.org; Mon, 25 Apr 2005 12:07:34 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DQ69g-00080T-Nq for emacs-devel@gnu.org; Mon, 25 Apr 2005 12:09:52 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1DQ65U-0005fg-Dz; Mon, 25 Apr 2005 12:05:32 -0400 Original-To: David Kastrup In-reply-to: <85oec3rk50.fsf@lola.goethe.zz> (message from David Kastrup on Sun, 24 Apr 2005 22:32:11 +0200) 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:36367 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:36367 So the "provide" merely sets a flag, and this flag causes the encompassing load not to throw the collected previous autoload data away at the end of the load sequence, but use it for marking the changed functions with the old autoloads in their properties. Clearer now? Why make this depend on the presence of `provide' in the file? If we implement this feature, it would be simpler and probably more useful to do it for all files, whether or not they include a `provide' call. The other issues make this a complex matter. I tend to think that unload-feature should be designed for well-behaved packages that do not redefine functions defined elsewhere.