Gunnar> Adrian Aichner <adrian(a)xemacs.org&gt; writes: Gunnar> Hm, I've just tried this on a real machine (Dual PII/550 + Gunnar> 1GB RAM) with an optimised 21.1.9 build and it was pretty Gunnar> fast either way... Gunnar> 63.23user 11.93system 1:20.22elapsed 93%CPU Gunnar> (0avgtext+0avgdata 0maxresident)k Gunnar> 2.06user 1.42system 0:04.15elapsed 83%CPU Gunnar> (0avgtext+0avgdata 0maxresident)k Gunnar> I guess it was only really slow on my laptop (PIII/450 Gunnar> 64MB) because it ran out of memory for caching. I am gonna Gunnar> buy some more memory right now... Gunnar, thanks for your tests and pointing out the problem in the firrst place! My only computer is a PentiumII-266MHz laptop. Also, Local.rules is definitely the right place to configure the type of XEmacs used. I don't think it's worth going thru the trouble to determine the XEmacs configuration dynamically. So, I would like to commit following patch today: xemacs-packages\ChangeLog: 2000-10-20 Adrian Aichner <adrian(a)xemacs.org&gt; * Local.rules.template (XEMACS_NATIVE_NT): Configuration variable moved here from XEmacs.rules. * XEmacs.rules: Don't run XEmacs to determine system-type. xemacs-packages patch: cd d:\tmp\xemacs-packages\ cvs diff -l Compilation started at Fri Oct 20 14:42:40 2000 +0200 (W. Europe Daylight Time) ? bindist-2.err ? cvs-update-lock.err ? distclean.err ? XEmacs-Adrian.rules ? xemacs-packages-make-clean.err cvs server: Diffing . Index: Local.rules.template =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-packages/Local.rules.template,v retrieving revision 1.2 diff -u -r1.2 Local.rules.template --- Local.rules.template 2000/06/04 10:22:02 1.2 +++ Local.rules.template 2000/10/20 12:47:49 ＠＠ -35,7 +35,27 ＠＠ # Path to XEmacs to use for byte compilation. # +# APA: Double-quote path to protect possibly embedded SPACEs on WindowsNT. XEMACS = xemacs + +# APA: XEmacs native NT currently (2000-06-23) has shortcomings we +# need to temporarily work around. +# Following test, which would be performed by every makefile +# including XEmacs.rules, slows down the make process terribly +# according to +# +# From: Gunnar Evermann <ge204(a)eng.cam.ac.uk&gt; +# Subject: building xemacs-pacakges on unix +# To: XEmacs Developers <xemacs-beta(a)xemacs.org&gt; +# Date: 14 Oct 2000 12:28:44 +0100 +# +# XEMACS_NATIVE_NT = \ +# $(shell $(XEMACS) $(VANILLA) -batch \ +# -eval "(princ (eq system-type 'windows-nt))") +# +# Therefore this has become a make variable instead: +# +XEMACS_NATIVE_NT = # See: Makefile and XEmacs.rules to see how $(XEMACS_STAGING), # $(MULE_STAGING), and $(STAGING) are used. Index: XEmacs.rules =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-packages/XEmacs.rules,v retrieving revision 1.21 diff -u -r1.21 XEmacs.rules --- XEmacs.rules 2000/08/24 17:13:19 1.21 +++ XEmacs.rules 2000/10/20 12:47:49 ＠＠ -34,12 +34,6 ＠＠ # Ensure vanilla locale when building override LANG := C -# APA: XEmacs native NT currently (2000-06-23) has shortcomings we -# need to temporarily work around. -XEMACS_NATIVE_NT = \ -$(shell $(XEMACS) $(VANILLA) -batch \ --eval "(princ (eq system-type 'windows-nt))") - # Only in rare cases will you need to override this ifeq ($(AUTOLOAD_PATH),) AUTOLOAD_PATH = . Compilation exited abnormally with code 1 at Fri Oct 20 14:42:47 Gunnar> ouch, this sounds about like my laptop... Gunnar> Gunnar -- Adrian Aichner <adrian(a)xemacs.org&gt;, http://www.xemacs.org