From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: Richard Stallman <rms@gnu.org>
Newsgroups: gmane.emacs.bugs
Subject: Re: the ...-unload-hook convention doesn't work
Date: Sun, 11 Jan 2004 14:37:59 -0500
Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org
Message-ID: <E1AflPL-0006RQ-0B@fencepost.gnu.org>
References: <200401051824.i05IOpP07535@raven.dms.auburn.edu>
	<rzqfzet6tb3.fsf@albion.dl.ac.uk>
	<E1AeFFR-0000VT-6H@fencepost.gnu.org> <rzqhdz5w5iz.fsf@albion.dl.ac.uk>
	<200401091708.i09H8YU13964@raven.dms.auburn.edu>
Reply-To: rms@gnu.org
NNTP-Posting-Host: deer.gmane.org
X-Trace: sea.gmane.org 1073850178 12962 80.91.224.253 (11 Jan 2004 19:42:58 GMT)
X-Complaints-To: usenet@sea.gmane.org
NNTP-Posting-Date: Sun, 11 Jan 2004 19:42:58 +0000 (UTC)
Cc: bug-gnu-emacs@gnu.org, d.love@dl.ac.uk
Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jan 11 20:42:54 2004
Return-path: <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org>
Original-Received: from monty-python.gnu.org ([199.232.76.173])
	by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 1AflU6-0004vN-00
	for <geb-bug-gnu-emacs@m.gmane.org>; Sun, 11 Jan 2004 20:42:54 +0100
Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org)
	by monty-python.gnu.org with esmtp (Exim 4.24)
	id 1AfmRZ-0001yB-Ox
	for geb-bug-gnu-emacs@m.gmane.org; Sun, 11 Jan 2004 15:44:21 -0500
Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24)
	id 1AfmQZ-0001Wm-Bv
	for bug-gnu-emacs@gnu.org; Sun, 11 Jan 2004 15:43:19 -0500
Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24)
	id 1AfmOd-0000iC-7c
	for bug-gnu-emacs@gnu.org; Sun, 11 Jan 2004 15:41:51 -0500
Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org)
	by monty-python.gnu.org with esmtp (Exim 4.24) id 1AfmNd-0000ER-Uf
	for bug-gnu-emacs@gnu.org; Sun, 11 Jan 2004 15:40:17 -0500
Original-Received: from rms by fencepost.gnu.org with local (Exim 4.24)
	id 1AflPL-0006RQ-0B; Sun, 11 Jan 2004 14:37:59 -0500
Original-To: Luc Teirlinck <teirllm@dms.auburn.edu>
In-reply-to: <200401091708.i09H8YU13964@raven.dms.auburn.edu> (message from
	Luc Teirlinck on Fri, 9 Jan 2004 11:08:34 -0600 (CST))
X-BeenThere: bug-gnu-emacs@gnu.org
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors
	<bug-gnu-emacs.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/bug-gnu-emacs>
List-Post: <mailto:bug-gnu-emacs@gnu.org>
List-Help: <mailto:bug-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=subscribe>
Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org
Xref: main.gmane.org gmane.emacs.bugs:6533
X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:6533

It makes no sense to think about unload-feature in terms
of the cl package.  That is a very hard case.  Other cases
will work before that one does.

However, the motive for unload-feature had to do with
reclaiming memory.  With the other changes in size of machines,
size of disks, and size of Emacs address space, maybe that is
pointless.  Maybe we should eliminate unload-feature just
to make things simpler and avoid spending time on it.