Adrian Aichner <aichner(a)ecf.teradyne.com> writes in xemacs-beta(a)xemacs.org:
>>>>> "sb" == SL Baur
<steve(a)xemacs.org> writes:
sb> The build process is supposed to run `temacs
-batch -l update-elc.el'
sb> before dumping xemacs, update-elc.el takes care of bytecompiling
sb> out-of-date elcs, and lib-src/update-elc.sh after dumping.
sb> update-elc.sh takes care of bytecompiling the remainder of the core.
sb> Is this not happening?
update-elc.el gets run from nt/xemacs.mak.
However, there is no all-elc target in nt/xemacs.mak and
lib-src/update-elc.sh obviously does not get run for an XEmacs native
build where there is no sh.
Oh. Right.
What to do?
Could the functionality of update-elc.sh be moved to lisp sensibly?
Yup. It depends on how stable the binary is. When update-elc.sh was
first done, XEmacs couldn't handle bytecompiling many, many files
without crashing. There aren't lots of files to handle any more and
many, many bugs have been fixed.
You can do it without any Lisp if you put the right kind .el:.elc rule
in the Makefile, as is done with xemacs-packages.
--
窓番号を入力してください