emacs-diffs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Emacs-diffs] Changes to emacs/lisp/Makefile.in,v


From: Glenn Morris
Subject: [Emacs-diffs] Changes to emacs/lisp/Makefile.in,v
Date: Sat, 05 Jul 2008 19:14:21 +0000

CVSROOT:        /sources/emacs
Module name:    emacs
Changes by:     Glenn Morris <gm>       08/07/05 19:14:21

Index: Makefile.in
===================================================================
RCS file: /sources/emacs/emacs/lisp/Makefile.in,v
retrieving revision 1.146
retrieving revision 1.147
diff -u -b -r1.146 -r1.147
--- Makefile.in 23 Jun 2008 03:11:56 -0000      1.146
+++ Makefile.in 5 Jul 2008 19:14:20 -0000       1.147
@@ -1333,9 +1333,17 @@
 
 # Recompile all Lisp files which are newer than their .elc files and compile
 # new ones.
-# FIXME this could use the 'compile' target now, and let make figure out
-# what needs to be done.  That would be parallelizable, but would not
-# pick up new files not in ELCFILES.
+# This has the same effect as compile-main (followed up with compile-last,
+# if ELCFILES is out of date).  recompile has some advantages:
+# i) It is faster (on a single processor), since it only has to start
+# Emacs once.  It was 33% faster on a test with a random 10% of the .el
+# files needing recompilation.
+# ii) The explicit cc-mode dependency.
+# recompile's disadvantages are:
+# i) Not parallelizable.
+# ii) Compiling multiple files in the same instance of Emacs is wrong,
+# since the environment of later files is affected by definitions in
+# earlier ones.
 recompile: doit $(LOADDEFS) $(lisp)/progmodes/cc-mode.elc
        $(emacs) --eval "(batch-byte-recompile-directory 0)" $(lisp)
 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]