Mercurial > hg > xemacs-beta
annotate etc/toolbar/undo-cap-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 |
rev | line source |
---|---|
0 | 1 /* XPM */ |
2 static char * undo[] = { | |
3 "33 33 5 1", | |
4 "X c Gray75 s backgroundToolBarColor", | |
5 "o c Gray60", | |
6 "O c Gray60", | |
7 "+ c Gray90", | |
8 "@ c white", | |
9 "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX", | |
10 "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX", | |
11 "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX", | |
12 "XXXXXXXXXXXXXXXXXXXXXooXXXXXXXXXX", | |
13 "XXXXXXXXXXXXXXXXXXXooOOooooXXXXXX", | |
14 "XXXXXXXXXXXXXXXXXooOOOOOOOOooXXXX", | |
15 "XXXXXXXXXXXXXXXooOOOOOOOOOooXXXXX", | |
16 "XXXXXXXXXXXXXoo++ooooOOOooOoXXXXX", | |
17 "XXXXXXXXXXXoo++++++++oooOOoXXXXXX", | |
18 "XXXXXXXXXoo+++++++++oooOOOoXXXXXX", | |
19 "XXXXXXXoo+++++++++oo++oOOoXXXXXXX", | |
20 "XXXXXXoo++++++++oo+++oOooXXXXXXXX", | |
21 "XXXXXo++oooo++oo+++++ooXXXXXXXXXX", | |
22 "XXXXXo++++++oo+++++ooXXXXXXXXXXXX", | |
23 "XXXXo+++++++o++++ooXXXXXXXXXXXXXX", | |
24 "XXXXo+++++++o++ooXXXXXXXXXXXXXXXX", | |
25 "XXXoo++++++o+ooXXXXXXXXXXXXXXXXXX", | |
26 "XXX@@oooo++ooXXXXXXXXXXXXXXXXXXXX", | |
27 "XXX@@@@@@ooXXXXXXXXXXXXXXXXXXXXXX", | |
28 "XXX@@@@@@XXXXXXXXXXXXXXXXXXXXXXXX", | |
29 "XXX@@@@XXXXXXXXXXXXXXXXXXXXXXXXXX", | |
30 "XXX@@@XXXXXXXXXXXXXXXXXXXXXXXXXXX", | |
31 "XXX@XXXXXXXXXXXXXXXXXXXXXXXXXXXXX", | |
32 "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX", | |
33 "XXXXXXXXXXXXXXXXXXXXoXXXXXXXXXXXX", | |
34 "XXXXXXoXXXoXXXXXXXXXoXXXXXXXXXXXX", | |
35 "XXXXXXoXXXoXoooXXXoooXXooXXXXXXXX", | |
36 "XXXXXXoXXXoXoXXoXoXXoXoXXoXXXXXXX", | |
37 "XXXXXXoXXXoXoXXoXoXXoXoXXoXXXXXXX", | |
38 "XXXXXXoXXXoXoXXoXoXXoXoXXoXXXXXXX", | |
39 "XXXXXXXoooXXoXXoXXoooXXooXXXXXXXX", | |
40 "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX", | |
41 "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"}; |