Re: xemacs-packages won't build - error in auctex
Hi, Stephen.
On Sat, Mar 16, 2013 at 06:51:08AM +0900, Stephen J. Turnbull wrote:
Alan Mackenzie writes:
> I'm trying to use the repository tip. I'm not sure if
I'm using Mule;
> the manual doesn't say how you tell. Except, I configured XEmacs
> without "--with-mule", so probably not.
You need to configure --with-mule to get multilingual functionality.
Thanks, I understand that now. Maybe --with-mule should be made the
default.
> Surely one can build XEmacs without Mule, otherwise there
wouldn't
> be an option at configuration.
You can, but it will ignore the core lisp/mule directory. It
can't
handle those files. Unfortunately the package Makefile (actually a
mess of a dozen or so Makefiles and includes) isn't so smart. You
could reconfigure and rebuild to get a Mule XEmacs, or you can use
your existing non-Mule build, if first you tell the packages to build
without Mule with
BUILD_WITHOUT_MULE = t
in the Local.rules file in the toplevel package directory (the one
which contains the xemacs-packages and mule-packages hierarchies).
> Also tex-jp.el _must_ be usable without Mule,
It's not. Cf this stanza in the AUCTeX Makefile:
ifeq ($(BUILD_WITHOUT_MULE),)
ELCS += tex-jp.elc
endif
OK.
> since whilst it is being compiled by the Make process, Mule
doesn't
> yet exist.
In fact, it does. When present, Mule functionality infests Emacs at
the lowest possible level since it redefines the concept of buffer
text, changing the bit-level semantics of Finsert etc.
Ah. I would presume there's not a lot of call for a non-Mule XEmacs any
more.
--
Alan Mackenzie (Nuremberg, Germany).
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta