Re: INSTALL file for xemacs-packages CVS

Moved from xemacs-review to xemacs-beta. I think the context is sufficient. mb> Does `make install' actually work now? (See old bug report of mb> mine) Yes. I've just done `make World' three times (and will do it again since I just updated to "Important byte-compiler patch" a few minutes ago). This is with (gradually improving versions of) my patch, but I think it may work with just Jan's. I think `make World' now actually works on a buck-naked system with nothing resembling an Emacs on it yet. (Ie, `cvs checkout xemacs xemacs-packages; cd xemacs; configure; make; cd ../xemacs-packages; ../xemacs/src/xemacs Local.rules; make World should work). I haven't tested it. I _have_ checked that there is _nothing_ but the dumped Lisp (in the binary) and the core Lisp on load-path, except for what package-compile.el explicitly puts there, when xemacs is used to build packages. So it should work in theory. mb> What I personally want is to be able to build my own sumos mb> (directories, not tarballs) SUMO specifically refers to the tarballs. make install does what you want for me (modulo I don't use SYMLINK = t). mb> built with my choice of weird byte-compiler. I'd like to run mb> in-place, so I would want the symlink method. In-place is only a space saver (admittedly, we're talking about nearly 90MB now if you don't clean the source tree). This is not at all the same as "in-place" for xemacs itself. I don't think this is a good idea if you're actually gonna have mango and banana as well as vanilla byte-compilers around, though. Install them and use EMACSPACKAGEPATH. mb> So whatever the build method, I should only have to specify 4 mb> variables, then run make install. That doesn't seem to be mb> possible now. I don't want to fiddle with explicit lists of mb> packages, since if the sumo list is changed, I want the new mb> packages added to my personal sumo. I think you can get this by adding two new variables to XEmacs.rules or maybe Local.rules.mk (or maybe a new include file specifically to hold them) ALL_XEMACS_PACKAGES and ALL_MULE_PACKAGES. Then these will be updated by CVS, and you can set XEMACS_PACKAGES = $(ALL_XEMACS_PACKAGES) MULE_PACKAGES = $(ALL_MULE_PACKAGES) Nomenclature could use some thought here, though. The process has changed a lot since Steve Baur designed it, and I think a number of variables could probably be coalesced with judicious nested references. Certainly a lot of names lack intuitiveness now. -- 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."