Re: Find architecture-specific directories correctly

Review deleted, reviewers should be reading xemacs-beta. Jerry> I don't understand this. I also am building in a different Jerry> directory, but my module-load-path is nil at startup. I Jerry> submitted the patch based on 21.2.37, but I just tried Jerry> again with 21.2.38 and got the same result. Why do you Jerry> have directories in your module-load-path but I don't? I haven't tested with an installed xemacs, but: Jerry> Again, my XEmacs has module-load-path as nil in this case. Jerry> I don't understand why you are picking up values there but Jerry> I'm not. FWIW, I get what yoshiki does in the pre-patch cases. Here's my ./configure: ./configure '--with-widgets=athena' '--with-athena=3d' '--with-dialogs=athena' '--with-sound=none,nas' '--with-mule' '--with-xim=xlib' '--with-xfs' '--use-union-type' '--pdump' With run-in-place built _outside_ of the source directory, I get only the site-modules directory. If I build _outside_ of the source directory, but _with_ a symlink in the build directory to the modules directory in the source, I get the same behavior as a building in the source directory. If I then rm the symlink, it still finds the (now non-existent) sibling modules hierarchy. This sound like pdump lossage to me; finding directories that aren't there clearly indicates that they're dumped into the binary somehow. Lessee ... well, it's dumping lossage, but probably not pdump lossage. Rebuilding without --pdump gives the same results. In fact, I can move the dumped xemacs to /tmp and start it from there, and it still remembers the (now non-existent) module-load-path. load-path seems to be properly initialized to nil in the dumped xemacs; running from /tmp/xemacs finds only the installed package hierarchy, but no other lisp (since I haven't installed this version of XEmacs yet). BTW, --debug-paths doesn't give any information about modules. It would be nice to fix that. (It might help you get a handle on why the modules pathfinding is weird, too. On second thought, maybe not; all the debug-paths stuff is in startup.el, so it probably doesn't have any bearing on the current weirdness. Funnily enough, dump-paths.el does seem to have treatment of debug-paths right.) -- 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."