Sorry for the late reply ...
Charles G Waldman <cgw(a)alum.mit.edu> writes:
Oddly enough, it is the configure flag
"--with-datadir=/usr/share"
which caused my build to fail at load time.
I only specified this flag because it's in the Gentoo ebuild.
But, since I'm setting --prefix=/usr, this flag shouldn't even
matter: according to ./configure --help,
--datarootdir=DIR read-only arch.-independent data root [PREFIX/share]
--datadir=DIR read-only architecture-independent data [DATAROOTDIR]
So, since I'm setting prefix to /usr, the datarootdir should default
to /usr/share, and datadir to the same thing, right? So it's odd that
this should cause the build to fail. But I suppose there are bigger
fish to fry than this - at least, I have a nice looking XEmacs now, and if
that redisplay crash is gone, I'll be happy.
Well, the configure script deduces some information fromt the fact that
datadir is set at all. For example, it assumes the lisp directory is
effectively user-set. I'm guessing there's an older version of XEmacs
sitting off /usr/share/xemacs, and it's trying to find misc.el there.
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta