>>>> "Stephen" == Stephen J Turnbull
<turnbull(a)sk.tsukuba.ac.jp> writes:
Stephen> Attempting to build this version gave me the following:
Stephen> make[1]: Entering directory `/playpen/src/Builds/XEmacs-21.2/src'
Stephen> ./temacs -nd -batch -l
/coda/Projects/XEmacs/21.2-HEAD/src/../lisp/update-elc.el
Stephen> Loading /coda/Projects/XEmacs/21.2-HEAD/src/../lisp/update-elc.el...
Stephen> Loading very-early-lisp...
Stephen> Loading find-paths.el...
Stephen> Loading packages.el...
Stephen> Loading setup-paths.el...
Stephen> Loading dump-paths.el...
Stephen> Loading /playpen/src/Builds/XEmacs-21.2/lisp/dumped-lisp.el...
Stephen> Loading
/playpen/gnu/plat/lib/xemacs/xemacs-packages/lisp/efs/dumped-lisp.el...
Stephen> Loading
/playpen/gnu/plat/lib/xemacs/xemacs-packages/lisp/vc/dumped-lisp.el...
Stephen> Loading loadup-el.el...
Stephen> Loading loadup.el...
Stephen> Using load-path (/playpen/src/Builds/XEmacs-21.2/lisp)
Stephen> Using module-load-path (/playpen/src/Builds/XEmacs-21.2/modules)
Stephen> Loading dumped-lisp.el...
Stephen> [...]
Stephen> Loading vietnamese.el...*** Error in XEmacs initialization
Stephen> (void-variable leading-code-private-11)
Stephen> *** Backtrace
Stephen> [...]
Stephen>
load-internal("/playpen/gnu/plat/lib/xemacs/xemacs-packages/lisp/mule-base/vietnamese.el"
nil nil nil undecided)
Stephen> WTF!?, I mean, "excusez moi?"
Stephen> (Note, the existence of that file at all is undoubtedly my bad. But
Stephen> XEmacs in the middle of building itself should not be able to find my
Stephen> package hierarchy.)
Sure it should be---that part hasn't changed. Historically, it's
specifically for the dumped-lisp stuff. (BTW: you can at least delete
the EFS dumped-lisp ...)
Look in dump-paths.el, it's pretty explicit. Are you saying an
earlier version didn't load that file from packages?
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla