Re: [comp.emacs.xemacs] Package incompatibility

DB> I was simply wondering how to deal with this sort of problem DB> in packages for XEmacs. Can I have uncompiled package and have DB> the Emacs getting the package automatically build it? mb> This is really a question for the package system experts. But mb> I don't think there's currently any support for install-time mb> frobbing beyond untarring. What we could do, for a case like David's, is provide (1) a skeleton source tree (with XEmacs.rules etc, and the standard subdirectories and their Makefiles), and (2) source rather than binary packages. Then we should make sure the install-to-installed-hierarchy target is bullet-proof; I think it probably is already, but I haven't done much with the package system lately. The package system could easily be taught to get the src package if a pkg package is unavailable, and install it to the local package sources hierarchy. Then the user should build it themselves. (Mostly this could be done automatically, but I don't think it should be automatic until we decide how to support it.) This would avoid the need for a separate makefile for "build-in-place". -- 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."