Building xemacs-21.5.18: Buffer is read-only: #<buffer "finder-inf.el">

Ed Avis <[email protected]> Sat, 08 Jan 2005 19:51:04 +0000
Newsgroups gmane.emacs.xemacs.general
Message-ID <[email protected]>
I tried to build xemacs-21.5.18 from the source tarball using the
commands

% ./configure i386-redhat-linux-gnu --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --datadir=/usr/share --libdir=/usr/lib --mandir=/usr/share/man/man1 --infodir=/usr/share/info --with-gpm=no --with-sound=native --with-pop --mail-locking=lockf --with-clash-detection --debug=yes --with-mule=no --with-database=berkdb --with-ldap=yes --with-hesiod=no --with-canna=yes --with-wnn=yes --with-xim=xlib --with-athena=3d --with-widgets=athena --with-menubars=lucid --with-scrollbars=lucid --with-dialogs=athena --with-msw=no --with-xfs=yes --pdump
% make -C lib-src
% make src/Emacs.ad.h
% make -C src

But the last of these failed with

Generating custom-load.el...

Compiling /usr/src/redhat/SOURCES/xemacs-21.5.18/lisp/custom-load.el...
Wrote /usr/src/redhat/SOURCES/xemacs-21.5.18/lisp/custom-load.elc
Building finder database ...
rm -f /usr/src/redhat/SOURCES/xemacs-21.5.18/src/../lisp/finder-inf.el
./xemacs -no-packages -batch	-eval "(setq finder-compile-keywords-quiet t)" \
	-l finder -f finder-compile-keywords

  Requiring finder-inf... (file finder-inf.el is newer)

xemacs exiting.
Buffer is read-only: #<buffer "finder-inf.el">make: *** [/usr/src/redhat/SOURCES/xemacs-21.5.18/src/../lisp/finder-inf.el] Error 255
make: Leaving directory `/home/usr_src/redhat/SOURCES/xemacs-21.5.18/src'


I looked for this error message and found the thread
<http://news.gmane.org/group/gmane.emacs.xemacs.beta/thread=8560/force_load=t>,
but I don't fully understand what it is talking about.

Because I have xemacs already installed on my system I had a copy of
finder-inf.el and its .elc file in /usr/share/xemacs-21.5-b18/.  I
tried getting rid of those, but 'make -C src' still gives the same
error.  FWIW, I am building xemacs as non-root.

Please let me know if you're able to reproduce this.

-- 
Ed Avis <[email protected]>