Whats wrong with this picture? (cut and pasted from output of 'make' with
'EMACSDEBUGPATHS=1'):
./xemacs -nd -no-packages -batch -l /home/valdis/src/xemacs-21.5/src/../lisp/loadup.el
dump
Loading /home/valdis/src/xemacs-21.5/src/../lisp/loadup.el...
Using load-path (/home/valdis/src/xemacs-21.5/lisp)
Using module-load-path (/home/valdis/src/xemacs-21.5/modules)
Loading very-early-lisp...
Loading /home/valdis/src/xemacs-21.5/lisp/dumped-lisp.el...
Loading /home/valdis/src/xemacs-21.5/lisp/backquote.elc...
Loading /home/valdis/src/xemacs-21.5/lisp/bytecomp-runtime.elc...
Loading /home/valdis/src/xemacs-21.5/lisp/find-paths.elc...
Loading /home/valdis/src/xemacs-21.5/lisp/packages.elc...
Loading /home/valdis/src/xemacs-21.5/lisp/setup-paths.elc...
Loading /home/valdis/src/xemacs-21.5/lisp/dump-paths.elc...XEmacs thinks the roots of its
hierarchy are:
("/home/valdis/src/xemacs-21.5/")
arguments:
roots: ("/home/valdis/src/xemacs-21.5/")
user-init-directory: "~/.xemacs"
inhibit-packages: (early late last)
inhibit-site-lisp: t
debug-paths: t
called-early: t
configure-package-path:
nil
early-packages and early-package-load-path:
nil
nil
late-packages and late-package-load-path:
nil
nil
last-packages and last-package-load-path:
nil
nil
lisp-directory:
"/home/valdis/src/xemacs-21.5/lisp/"
mule-lisp-directory:
"/home/valdis/src/xemacs-21.5/lisp/mule/"
module-directory:
"/home/valdis/src/xemacs-21.5/modules/"
site-module-directory:
nil
Loading /home/valdis/src/xemacs-21.5/lisp/subr.elc...
... <lots of lines of output deleted>
Loading site-load...
Finding pointers to doc strings...
Finding pointers to doc strings...done
Dumping under the name xemacs
So then I go to run it:
[~/src/xemacs-21.5]2 src/xemacs -q
emacs-roots:
("/home/valdis/src/xemacs-21.5/")
arguments:
roots: ("/home/valdis/src/xemacs-21.5/")
user-init-directory: "~/.xemacs/"
inhibit-packages: nil
inhibit-site-lisp: nil
debug-paths: t
called-early: nil
configure-package-path:
nil
early-packages and early-package-load-path:
nil
nil
late-packages and late-package-load-path:
nil
nil
last-packages and last-package-load-path:
nil
nil
lisp-directory:
"/home/valdis/src/xemacs-21.5/lisp/"
mule-lisp-directory:
"/home/valdis/src/xemacs-21.5/lisp/mule/"
(for comparison, my still-working xemacs from a while ago outputs:
late-packages and late-package-load-path:
("/usr/local/lib/xemacs/mule-packages/"
"/usr/local/lib/xemacs/xemacs-packages/")
("/usr/local/lib/xemacs/mule-packages/lisp/"
"/usr/local/lib/xemacs/mule-packages/lisp/edict/"
"/usr/local/lib/xemacs/mule-packages/lisp/egg-its/"
<tons of output excluded>
Looks to me like the -no-packages on the undump caused this code in
lisp/dump-paths.el to misfire and undump a xemacs.dmp with no packages path:
(apply #'(lambda (early late last)
(setq early-packages (and (not (memq 'early inhibit-packages))
early))
(setq late-packages (and (not (memq 'late inhibit-packages))
late))
(setq last-packages (and (not (memq 'last inhibit-packages))
last))
)
Is this a --pdump only issue? Does it work for others?
It's been a *bad* night - between this and trying to get CVS 1.11.1p1 to
build under Digital Unix ('make check' bombed - turned out it was comparing
the version to a regexp '[0-9.]*' and the 'p' made it blow chunks).
/Valdis (who has had his fill of "how the <bleep> did it work for
anybody"
problems tonight. It's 6AM, time to find some breakfast)