From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: fns-*.el and load-history Date: Wed, 03 Apr 2002 00:22:13 -0500 Sender: emacs-devel-admin@gnu.org Message-ID: <200204030522.g335MDW08390@rum.cs.yale.edu> References: <200204020036.g320art30447@rum.cs.yale.edu> <200204030455.g334tRx11722@aztec.santafe.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1017811455 16837 127.0.0.1 (3 Apr 2002 05:24:15 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 3 Apr 2002 05:24:15 +0000 (UTC) Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16sdFn-0004NS-00 for ; Wed, 03 Apr 2002 07:24:15 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16sdRl-0007ZF-00 for ; Wed, 03 Apr 2002 07:36:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16sdFb-0004Rf-00; Wed, 03 Apr 2002 00:24:03 -0500 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16sdDq-0004Hh-00 for ; Wed, 03 Apr 2002 00:22:14 -0500 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id g335MDW08390; Wed, 3 Apr 2002 00:22:13 -0500 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: emacs-devel@gnu.org Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2335 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2335 > For most users, fns-*.el is not normally loaded. Is that really true ? eval-after-load loads it and so does C-h f or C-h k, so I would expect that it does get loaded very often. > Therefore, the current handling is better. Why is it better ? Putting it into pure space would be more efficient when fns-* is loaded and would not be noticeably worse when it is not loaded (since it's mmap'd on demand from the `emacs' executable). Also it's more complex, with special code in subr.el and loadup.el to handle it. And it's not quite correct either. Try: emacs -q --no-site-file M-x load-library RET simple RET C-h f when RET and you have now a load-history where "simple" appears twice, whereas if you had done the C-h f before the load-library you'd have ended up (correctly) with a single entry for "simple". Stefan