>>>> "Steve" == Stephen J Turnbull
<turnbull(a)sk.tsukuba.ac.jp> writes:
>>>> "Stephen" == Stephen J Turnbull
<turnbull(a)sk.tsukuba.ac.jp> writes:
Stephen> (2) building with --srcdir=/coda/XEmacs/21.1, running src/xemacs
Stephen> from the build directory or /tmp/XEmacs/Builds/21.1/src/xemacs
Stephen> from /coda/XEmacs/21.1 gives
>>>> "ms" == Michael Sperber
<sperber(a)informatik.uni-tuebingen.de> writes:
ms> I always build like that, and have never had any problems.
Steve> You mean you do `rm -rf $prefix/xemacs-21.1.*' after every build,
Steve> or that it doesn't exist? In my case, it doesn't exist. I guess that
Steve> wasn't clear.
Your problem seems to be that you have a configure'd prefix
(/usr/local) which, to XEmacs, looks just like an XEmacs hierarchy, at
which point is tries to do everything from there. Here's the test
code:
(defun paths-emacs-root-p (directory)
"Check if DIRECTORY is a plausible installation root for XEmacs."
(or
;; installed
(paths-file-readable-directory-p (paths-construct-path (list directory
"lib"
emacs-program-name)))
;; in-place or windows-nt
(and
(paths-file-readable-directory-p (paths-construct-path (list directory
"lisp")))
(paths-file-readable-directory-p (paths-construct-path (list directory
"etc"))))))
What I'm puzzled by is that you don't get the in-place directory in
`emacs-roots'. Could you trace
(paths-find-emacs-root invocation-directory invocation-name)
(`paths-find-emacs-root' is in lisp/find-paths.el.)
... and see why it doesn't return anything?
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla