Stephen J. Turnbull wrote:
You probably shouldn't do that, although
(push (file-name-as-directory (expand-file-name "mule"
in site-start.el will do the trick.
I tried it. Thanks. But it doesn't help XEmacs 21.5-b29 that
runs with the -no-autoloads option in the Japanese locale.
I disagreed with Ben about copying files from packages into core,
as usual he went ahead and committed anyway. What he proposed should
happen is that mule-base's japan-util.el should declare itself to be
unusable by 21.5, which then would continue searching load-path.
Reported as issue737 in the tracker, no promise as to when I can get
to fixing it or when it will get into the SUMO, though.
If you want to fix it locally, see the docstring of
and the usage example in xemacs-base/Makefile. A patch would be
welcome (but see the issue for a prerequisite for application).
How about moving japan-util.el in mule-base to XEmacs 21.4? ;-)
I think it is desirable that the packages are usable with both
XEmacs 21.4 and 21.5. Though I'm not sure whether the byte codes
that XEmacs 21.4 generates are all compatible with XEmacs 21.5.
Moreover there will be differences in many macros, i.e., improvements
made in XEmacs 21.5 will not get effective or some functions may get
not to work as expected. So, the best may be to offer the ready-made
packages for 21.4 and 21.5 separately.
XEmacs-Beta mailing list