>>>> "SJ" == Simon Josefsson
SJ> Unfortunately, I think two separate package trees for mule and
SJ> non-mule xemacses is required.
It shouldn't be; it at least is designed so that mule-packages should
not be searched by a no-mule XEmacs. Whether the implementation is
complete I don't know, I always use Mule so I don't run into problems.
Sigh; yet another configuration variation I really should be building
>>>> "John" == John A Turner
John> so far sharing trees seems to be fine for both mule and
John> non-mule, after re-building the non-mule with
I don't think you can rely on this working ofr future versions of
XEmacs. Michael Sperber has been insisting on simplifying the search
path for libraries, and codifying the structure under the various
"roots" where libraries can be found.
In particular, to implement "no-mule-xemacs doesn't search
mule-packages", the root would have to be /usr/net/rnd/lib/xemacs and
then xemacs-packages, (if mule) mule-packages, and (optionally)
site-packages would be searched, each to a specific depth:
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."