Re: XEmacs 21.5.23 "daikon" is released.

dvl> I think we don't understand each other. What I've dvl> explained in my previous posting is that before, I used dvl> --package-path to change /usr/local/lib to dvl> /usr/local/share[1], but never mentioned my ~/.xemacs tree in dvl> it. However, I got ~/.xemacs/xemacs-packages/lisp in my dvl> load-path, as I expected. dvl> So your assertion "anything you don't specify is defined to dvl> be empty" is wrong. OK. I guess the truth is that it works like EMACSPACKAGEPATH: the default for last-packages is empty, that for early-packages is ~/.xemacs/{xemacs,mule,site}-packages. dvl> What I'm complaining about is that --with-package-prefix dvl> doesn't behave the same way: it seems to take its value as dvl> the *unique* tree under which to look for packages, actually dvl> removing the local tree from the load-path. No, it's a bug in the default. It defaults to ~/.xemacs for early packages. I thought Ben did that intentionally, but it looks like he's willing to change to reflect what the posters actually do. The reason you don't see anything in load-path is that XEmacs only adds the package directories it finds, and you don't have any ~/.xemacs/lisp/$PACKAGE/*.el files. dvl> [1] which should have been that way from the beginning BTW. Last time this was brought up, Mike disagreed vehemently. -- School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.