Build fails if same version is already installed

This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.4 (patch 4) "Artificial Intelligence" [Lucid] (i386-redhat-linux, Mule) of Tue Jul 31 2001 on delenn.ultra.csn.tu-chemnitz.de configured using `configure i386-redhat-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --datadir=/usr/lib --libdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --dynamic '--cflags=-O2 -march=i386 -mcpu=i686' --debug=no --error-checking=none --with-menubars=lucid --with-scrollbars=lucid --with-dialogs=lucid --infodir=/usr/share/info/ --with-mule --with-xfs --with-xim --with-gif --with-site-lisp=no --with-toolbars=yes --without-gnome --with-ipv6-cname=no --with-sound=esd,nonative' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: While rebuilding xemacs from scratch when the same version is already installed, the build fails with: | $ make | ... | Loading /var/volatile/tmp/xe/xemacs-21.4.4/lisp/dumped-lisp.el... | rm -f ../lib-src/DOC; \ | ./temacs -nd -batch -l /var/volatile/tmp/xe/xemacs-21.4.4/src/../lisp/make-docfile.el -- \ | -o ../lib-src/DOC -d /var/volatile/tmp/xe/xemacs-21.4.4/src -i ../lib-src/../site-packages \ | abbrev.c alloc.c blocktype.c buffer.c bytecode.c callint.c callproc.c casefiddle.c casetab.c chartab.c cmdloop.c cmds.c console.c console-stream.c data.c device.c dired.c doc.c doprnt.c dynarr.c editfns.c elhash.c emacs.c eval.c events.c filelock.c unexelf.c balloon_help.c balloon-x.c eldap.c postgresql.c dgif_lib.c gif_io.c menubar.c scrollbar.c dialog.c toolbar.c menubar-x.c scrollbar-x.c dialog-x.c toolbar-x.c gui-x.c mule.c mule-ccl.c mule-charset.c file-coding.c input-method-motif.c realpath.c inline.c esd.c miscplay.c console-tty.c device-tty.c event-tty.c frame-tty.c objects-tty.c redisplay-tty.c cm.c terminfo.c gpmevent.c event-unixoid.c database.c sysdll.c emodules.c process-unix.c event-stream.c extents.c faces.c fileio.c filemode.c floatfns.c fns.c font-lock.c frame.c general.c glyphs.c glyphs-eimage.c glyphs-widget.c gui.c gutter.c hash.c imgproc.c indent.c insdel.c intl.c keymap.c line-number.c lread.c lstream.c macros.c marker.c md5.c minibuf.c objects.c opaque.c print.c process.c profile.c rangetab.c redisplay.c redisplay-output.c regex.c search.c select.c signal.c sound.c specifier.c strftime.c symbols.c syntax.c sysdep.c undo.c console-x.c device-x.c event-Xt.c frame-x.c glyphs-x.c objects-x.c redisplay-x.c select-x.c xgccache.c widget.c window.c | | Loading /var/volatile/tmp/xe/xemacs-21.4.4/src/../lisp/make-docfile.el... | Loading very-early-lisp... | Loading find-paths.el... | Loading packages.el... | Loading setup-paths.el... | Loading dump-paths.el... | Loading custom... | Loading widget... | Loading custom ...done | Loading process... | Loading /var/volatile/tmp/xe/xemacs-21.4.4/lisp/dumped-lisp.el... | Error: dumped file version.el does not exist | | Error: dumped file paths.el does not exist | | Spawning make-docfile ... | Spawning make-docfile ...done | ./temacs -nd -batch -l /var/volatile/tmp/xe/xemacs-21.4.4/src/../lisp/loadup.el dump | | Loading /var/volatile/tmp/xe/xemacs-21.4.4/src/../lisp/loadup.el... | Using load-path (/var/volatile/tmp/xe/xemacs-21.4.4/lisp) | Using module-load-path (/var/volatile/tmp/xe/xemacs-21.4.4/modules) | Loading very-early-lisp... | Loading /var/volatile/tmp/xe/xemacs-21.4.4/lisp/dumped-lisp.el... | Loading /var/volatile/tmp/xe/xemacs-21.4.4/lisp/backquote.elc... | Loading /var/volatile/tmp/xe/xemacs-21.4.4/lisp/bytecomp-runtime.elc... | Loading /var/volatile/tmp/xe/xemacs-21.4.4/lisp/find-paths.elc... (file find-paths.el is newer) | Loading /var/volatile/tmp/xe/xemacs-21.4.4/lisp/packages.elc... (file packages.el is newer) | Loading /var/volatile/tmp/xe/xemacs-21.4.4/lisp/setup-paths.elc... | Loading /var/volatile/tmp/xe/xemacs-21.4.4/lisp/dump-paths.elc... | Loading /usr/lib/xemacs-21.4.4/lisp/subr.elc... | Loading /usr/lib/xemacs-21.4.4/lisp/replace.elc... | Load file version.el: not found | Fatal error during load, aborting | make[1]: *** [xemacs] Error 1 | make[1]: Leaving directory `/var/volatile/tmp/xe/xemacs-21.4.4/src' strace'ing temacs at the first command shows ------------ open("/usr/lib/xemacs/xemacs-packages/lisp/zenirc/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 6 open("/usr/lib/xemacs-21.4.4/lisp/mule/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 6 open("/usr/lib/xemacs-21.4.4/lisp/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 6 open("/usr/lib/xemacs-21.4.4/lisp/custom.elc", O_RDONLY) = 6 open("/usr/lib/xemacs-21.4.4/lisp/widget.elc", O_RDONLY) = 8 open("/usr/lib/xemacs-21.4.4/lisp/process.elc", O_RDONLY) = 6 open("/usr/src/redhat/BUILD/xemacs-21.4.4/lisp/dumped-lisp.el", O_RDONLY) = 6 ------------ When renaming/removing the /usr/lib/xemacs-21.4.4 directory all things are fine and strace tells ------------ open("/usr/lib/xemacs/xemacs-packages/lisp/zenirc/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 6 open("/usr/src/redhat/BUILD/xemacs-21.4.4/lisp/mule/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 6 open("/usr/src/redhat/BUILD/xemacs-21.4.4/lisp/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 6 open("/usr/src/redhat/BUILD/xemacs-21.4.4/lisp/custom.elc", O_RDONLY) = 6 open("/usr/src/redhat/BUILD/xemacs-21.4.4/lisp/widget.elc", O_RDONLY) = 8 open("/usr/src/redhat/BUILD/xemacs-21.4.4/lisp/process.elc", O_RDONLY) = 6 open("/usr/src/redhat/BUILD/xemacs-21.4.4/lisp/dumped-lisp.el", O_RDONLY) = 6 ------------ Reason seems to be in `lisp/dump-paths.el'. There is a | (setq lisp-directory (paths-find-lisp-directory roots)) statement which sets lisp-directory to configure-lisp-directory if it exists[1]. Because some files needed by the build-process (e.g. version.el) are not installed there it will fail. I am using the attached patched (inspired by lisp/loadup.el) which fixes it. A second patch is required for the top-level Makefile because the XEmacs being called there has the same wrong load-path and will fail to load some `-l...' files. I am not sure if the patches are the best solution; perhaps a more smart one exists. But they are working... ;) Footnotes: [1] see paths-find-emacs-directory in find-paths.el Enrico