Mercurial > hg > xemacs-beta
view etc/toolbar/debug-cap-up.xpm @ 1298:1b4bc72f433e
[xemacs-hg @ 2003-02-14 12:05:06 by ben]
speedups to build process
autoload.el: Factor out common code in generate-{c-,}file-autoloads-1 into new
function generate-autoload-ish-1. \(I was originally going to use
this for custom as well but ended up thinking better of it.)
cus-dep.el: Cache the old computed values in custom-load.el and reuse them as
necessary, to speed up running cus-dep (which would take 25-30
seconds to do all files in lisp/*, lisp/*/* on my Pentium III
700). Use `message' not `princ' to get correct newline behavior.
Output messages showing each file we do actually process.
update-elc-2.el: Rewrite algorithm to be much faster -- cache calls to
directory-files and don't make needless calls to file-exists-p,
file-directory-p because they're way way slow.
Autoload early and only when update-elc has told us to.
update-elc.el: If no files need byte compilation, signal to update-elc-2 to do
any necessary autoload updating (using the file REBUILD_AUTOLOADS)
rather than doing it ourselves, which would be way slow. Ignore
updates to custom-load.el and auto-autoloads.el when checking to
see whether autoloads need updating. Optimize out many
unnecessary calls to file-exists-p to speed it up somewhat. (####
The remaining time is 50% or more in locate-file; this is
presumably because, even though it has a cache, it's still
statting each file to determine it's actually there. By calling
directory-files ourselves, building a tree, and then looking in
that tree, we could drastically shorten the time needed to do the
locate operation.)
author | ben |
---|---|
date | Fri, 14 Feb 2003 12:05:07 +0000 |
parents | 3ecd8885ac67 |
children | 7910031dd78a |
line wrap: on
line source
/* XPM */ static char * bug_xpm[] = { "33 33 7 1", "X c Gray75 s backgroundToolBarColor", "u c #000000000000 s foregroundToolBarColor", "o c black", "O c Gray40", "+ c Gray60", "@ c white", "# c Gray90", "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX", "XXXXXXXXXooooooooooooooooXXXXXXXX", "XXXXXXXXoooooooooOoOoOoOooXXXXXXX", "XXXXXXXXoooooooooOoOoOoOooXXXXXXX", "XXXXXXXXoooooooooooooooooo+XXXXXX", "XXXXXXXXXo@@@@@@@@@@@##Xo++XXXXXX", "XXXXXXXXo@@@@@@@@@@@@##XXo+XXXXXX", "XXXXXXXXo@@@@@@@@@@@@##XXo+XXXXXX", "XXXXXXXXo@@@@@@o@@oo@##XXo+XXXXXX", "XXXXXXXXo@@@o@@o@oooo##XXo+XXXXXX", "XXXXXXXXo@@@@o@oo@ooo##XXo+XXXXXX", "XXXXXXXXo@@@@@oooooo@##XXo+XXXXXX", "XXXXXXXXo@ooo@ooooo@@##XXo+XXXXXX", "XXXXXXXXo@@@oo@oooooo##XXo+XXXXXX", "XXXXXXXXo@@o@ooooo@@@##XXo+XXXXXX", "XXXXXXXXo@oooooo@@o@@##XXo+XXXXXX", "XXXXXXXXo@oooooo@@@o@##XXo+XXXXXX", "XXXXXXXXo@ooooooo@@@@##XXo+XXXXXX", "XXXXXXXXo@ooooo@o@@@@##XXo+XXXXXX", "XXXXXXXXo@@ooo@@o@@@@##XXo+XXXXXX", "XXXXXXXXo@@@@@@@@@@@@##XXo+XXXXXX", "XXXXXXXXXoooooooooooooooo++XXXXXX", "XXXXXXXXX++++++++++++++++++XXXXXX", "XXXXXXXXXX++++++++++++++++XXXXXXX", "XXXXXXXXXXXXXXXuXXXXXXXXXXXXXXXXX", "XXXXXuuuuXXXXXXuXXXXXXXXXXXXXXXXX", "XXXXXuXXXuXXuXXuuuXXuXuXXuuuXXXXX", "XXXXXuXXXuXuXuXuXXuXuXuXuXXuXXXXX", "XXXXXuXXXuXuuuXuXXuXuXuXuXXuXXXXX", "XXXXXuXXXuXuXXXuXXuXuXuXXuuuXXXXX", "XXXXXuuuuXXXuuXuuuXXXuuXXXXuXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXuuXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"};