loadup.el, You LIE! (21.2.42 + a few hours CVS]

Attempting to build this version gave me the following: make[1]: Entering directory `/playpen/src/Builds/XEmacs-21.2/src' ./temacs -nd -batch -l /coda/Projects/XEmacs/21.2-HEAD/src/../lisp/update-elc.el Loading /coda/Projects/XEmacs/21.2-HEAD/src/../lisp/update-elc.el... Loading very-early-lisp... Loading find-paths.el... Loading packages.el... Loading setup-paths.el... Loading dump-paths.el... Loading /playpen/src/Builds/XEmacs-21.2/lisp/dumped-lisp.el... Loading /playpen/gnu/plat/lib/xemacs/xemacs-packages/lisp/efs/dumped-lisp.el... Loading /playpen/gnu/plat/lib/xemacs/xemacs-packages/lisp/vc/dumped-lisp.el... Loading loadup-el.el... Loading loadup.el... Using load-path (/playpen/src/Builds/XEmacs-21.2/lisp) Using module-load-path (/playpen/src/Builds/XEmacs-21.2/modules) Loading dumped-lisp.el... [...] Loading vietnamese.el...*** Error in XEmacs initialization (void-variable leading-code-private-11) *** Backtrace [...] load-internal("/playpen/gnu/plat/lib/xemacs/xemacs-packages/lisp/mule-base/vietnamese.el" nil nil nil undecided) WTF!?, I mean, "excusez moi?" (Note, the existence of that file at all is undoubtedly my bad. But XEmacs in the middle of building itself should not be able to find my package hierarchy.) This is the first time I've tried to build 21.2 in that environment, so this is not necessarily a recently introduced bug. This may also be masked (or with luck, fixed) in current CVS by the recent work by Michael Sperber on the find-path stuff. dumped-lisp only had a few of the mule/ prefixes in it, so it may not be updated to his current state. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."