Mercurial > hg > xemacs-beta
view etc/toolbar/compile-xx.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 | 376386a54a3c |
children | 7910031dd78a |
line wrap: on
line source
/* XPM */ static char * makefile[] = { "28 28 6 1", "X c Gray75 s backgroundToolBarColor", "o c Gray60", "O c white", "+ c Gray40", "@ c Gray90", "# c white", "XXXXXXXXXoooXXXXXXXXXXXXXXXX", "XXXXXXXoooOoooXXXXXXXXXXXXXX", "XXXXXXXo++o++oXXXXXXXXXXXXXX", "XXXXXXoo+ooo+ooXXXXXXXXXXXXX", "XXXXXXo++o++++oXXXXXXXXXXXXX", "XXXXXXoo++o++ooXXXXXXXXXXXXX", "XXXXXXXo+++++ooooXXXXXXXXXXX", "XXXXXXXooo+oooo@oXXoXXXXXXXX", "XXXXXXXXXooo@o@@@oo@oXXXXXXX", "XXXXXXXXXo@@@@@@@@@@ooXXXXXX", "XXXXXXXXXXo@@@ooo@@@oXXXXXXX", "XXXXXXXXXXo@@o@o#o@@oXXXXXXX", "XXXXXXXXoo@@o@o###o@@ooXXXXX", "XXXXXXXXo@@@oo####o@@@oXXXXX", "XXXXXXXXooo@o@o###o@oooXXXXX", "XXXXXXXXXXo@@o@o#o@@oXXXXXXX", "XXXXXXXXXXo@@@ooo@@@oXXXXXXX", "XXXXXXXXXo@@@@@@@@@@@oXXXXXX", "XXXXXXXXXoo@oo@@oooooXXXXXXX", "XXXXXXXoooXooo@@oXXoXXXXXXXX", "XXXXXXXo++o++ooooXXXXXXXXXXX", "XXXXXXoo+ooo+ooXXXXXXXXXXXXX", "XXXXXXo++o++++oXXXXXXXXXXXXX", "XXXXXXoo++o++ooXXXXXXXXXXXXX", "XXXXXXXo+++++oXXXXXXXXXXXXXX", "XXXXXXXooo+oooXXXXXXXXXXXXXX", "XXXXXXXXXoooXXXXXXXXXXXXXXXX", "XXXXXXXXXXXXXXXXXXXXXXXXXXXX"};