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: Removing unloaded functions from auto-mode-alist. Date: Wed, 20 Apr 2005 21:50:21 +0200 Message-ID: <85wtqxb536.fsf@lola.goethe.zz> References: <87zmvu6ba2.fsf@xs4all.nl> <85ll7e68ei.fsf@lola.goethe.zz> <854qe2ihhi.fsf@lola.goethe.zz> <8764yi4awh.fsf@xs4all.nl> <85k6mygxiw.fsf@lola.goethe.zz> <85acntclxw.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1114026627 9046 80.91.229.2 (20 Apr 2005 19:50:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 20 Apr 2005 19:50:27 +0000 (UTC) Cc: Lute Kamstra , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 20 21:50:24 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DOLCP-0001Gm-1D for ged-emacs-devel@m.gmane.org; Wed, 20 Apr 2005 21:49:26 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DOLGy-00067g-Fc for ged-emacs-devel@m.gmane.org; Wed, 20 Apr 2005 15:54:08 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DOLGd-00061i-1h for emacs-devel@gnu.org; Wed, 20 Apr 2005 15:53:47 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DOLGb-00060v-Sl for emacs-devel@gnu.org; Wed, 20 Apr 2005 15:53:46 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DOLGb-0005iK-Hq for emacs-devel@gnu.org; Wed, 20 Apr 2005 15:53:45 -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 1DOLFj-0004m5-In for emacs-devel@gnu.org; Wed, 20 Apr 2005 15:52:51 -0400 Original-Received: from lola.goethe.zz (i53879BBD.versanet.de [83.135.155.189]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 3BE1D1CB24; Wed, 20 Apr 2005 21:49:37 +0200 (CEST) Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 550621C1E222; Wed, 20 Apr 2005 21:50:21 +0200 (CEST) Original-To: Stefan Monnier In-Reply-To: (Stefan Monnier's message of "Wed, 20 Apr 2005 15:18:50 -0400") 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:36189 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:36189 Stefan Monnier writes: >> So auctex.el without auctex-override.el would be a waste of time. > > I can't see any auctex.el in auctex's CVS repository, so I'll assume > it's autogenerated file and I guess what I called auctex-override.el > could be called auctex.el. It will be autogenerated, with input from auctex.el.in which is currently tex-site.el.in, but quite different. In short, I am talking about a structure that will take at least a week until it is visible in the CVS. It is still cooking right now. > I used a different name specifically because I have no idea what > auctex.el is so I didn't want to confuse matters even more. Autoloads, load-path and other directory setup. Pretty much everything to get it to run. > All that matters is that it's a file that does nothing more than > redirect tex-mode to TeX-mode and it can be unloaded cleanly. It also defines a few other variables, and the clean unloading is what I have been asking about here. Making it unload painlessly is important so that providers of precompiled packages have no qualms autostarting it. If you can answer to a complaint just "(unload-feature 'auctex)", then administrators will not get worried about the 5% of their users that have a strong preference, and for tex-mode.el. >> But to get something even close to working, you'll need to do the >> equivalent of > >> (flet (LaTeX-mode) >> (require 'tex-mode)) > > Hopefully we can convince RMS to fix this part. I'll worry about that once AUCTeX becomes part of Emacs proper and we will not have to cater for backward compatibility, anyway. And there are a few years before we are there. In the mean time, Emacs provides enough ways for unsuspecting users to shoot themselves in the foot, and the alias configuration of a pristine Emacs is probably the least of our worries. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum