Re: any reason that lisp/ui would no longer be in the dump-time load-path?
"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes:
>>>>> "-BP" == William M Perry
<wmperry(a)aventail.com> writes:
-BP> I don't have time to dig into this deeply today, but I did a
-BP> synch up to r21-2-45 in my local workspace for XEmacs/GTK and
-BP> when it goes to dump, it cannot (require 'gtk-ffi), but that
-BP> file is in lisp/ui/gtk-ffi.elc*
-BP> Martin, could any of the changes you made to the make process
-BP> recently be causing this?
Michael Sperber made some adjustments, and I think (I'd have to dig up
the thread and patch) except for lisp/mule and lisp/term, which are
special-cased, the code doesn't search subdirectories of lisp. This is
something we've been aiming for about a while; it reduces startup time
noticably to get rid of the stats (especially on MS systems).
Why do you need a subdirectory there?
I don't really, there were just 50 or so files in there at one point, but I
combined a lot of them before the final release, and it is now down to 13,
so it is probably ok to move them up a level.
-Bill P.