"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes:
Deleting xemacs-patches, I consider this discussion to pertain to a
follow-on patch.
Michael Sperber writes:
> Should we find these automatically for in-place operation?
I'm not sure I understand your question. I've always advocated that
XEmacs should have two (sets of) installation roots: one for the core
and one for the packages. I would say that all configured hierarchies
should be considered package roots regardless of whether xemacs is
running in-place or not. If you want a pure instance that only finds
its own lisp and its own set of packages, configure --with-prefix=no
and --with-user-packages="", and xemacs should look for packages only
in src/../{xemacs,mule,site}-packages and its own Lisp in ../lisp.
If I understand your patch correctly, the user needs to specify the
bundled packages with --with-late-packages. On the other hand, some
package directories are found automatically. For instance, for in-place
installation, xemacs-packages and mule-packages in the build directory
are found. Should we do the same for the bundled packages? Or did I
misunderstand?
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta