From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/9021 Path: main.gmane.org!not-for-mail From: Greg Stark Newsgroups: gmane.emacs.gnus.general Subject: Instead of explicitly loading .el files Date: Wed, 27 Nov 96 20:39 EST Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035149110 16005 80.91.224.250 (20 Oct 2002 21:25:10 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:25:10 +0000 (UTC) Return-Path: Original-Received: (qmail 14839 invoked from smtpd); 28 Nov 1996 01:53:10 -0000 Original-Received: from ifi.uio.no (0@129.240.64.2) by deanna.miranova.com with SMTP; 28 Nov 1996 01:53:09 -0000 Original-Received: from cti02.citenet.net (cti02.citenet.net [198.53.26.132]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Thu, 28 Nov 1996 02:43:23 +0100 Original-Received: from great-white (g34-79.citenet.net) by cti02.citenet.net (4.1/SMI-4.1) id AA12041; Wed, 27 Nov 96 20:43:20 EST Original-Received: by great-white id m0vSvRb-0008hYC (Debian /\oo/\ Smail3.1.29.1 #29.37); Wed, 27 Nov 96 20:39 EST Original-To: ding@ifi.uio.no Xref: main.gmane.org gmane.emacs.gnus.general:9021 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:9021 It seems to me that a better solution to the problem of version skew in compiled elisp files would be to delete the out of date .elc files before trying to build newer ones. This indirectly forces Emacs to do exactly what it really should be doing in the first place but that RMS found to difficult, to load the .el file if the .elc file is older. For other packages (specifically W3) I run the following shell command before rerunning make after applying a patch: $ for i in *.el ; do if [ $i -nt ${i}c ] ; then rm -v ${i}c ; fi ; done If you add that command (minus the -v presumably) to the ``all'' rule in the Makefile then the compilation can proceed without bothering to explicitly load .el files. This has the same deficiencies as the existing scheme if the user keeps files compressed, but i think with a little cleverness we should be able to construct shell commands that check and delete the right files regardless. greg