view etc/toolbar/news-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 * news_xpm[] = {
"33 33 6 1",
"X	c Gray75 s backgroundToolBarColor",
"u	c #000000000000 s foregroundToolBarColor",
"o	c black",
"O	c white",
"+	c gray60",
"@	c gray",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXooooooooooXXXXXXXX",
"XXXXXooooooooooOOOoOOOoOOoXXXXXXX",
"XXXXoooOOOoOoooOoOoOoOOoOo++XXXXX",
"XXXXo@oOOooOOooOooOooOooOOo++XXXX",
"XXoo@o@oOOOOOOOOOOOOOOOOOOOo+XXXX",
"XXo@@o@oOooooooooooooooOooOo++XXX",
"XXoo@o@oOOOOOOOOOOOOOOOOOOOOo++XX",
"XXoo@@o@oOoOoOoOoooOoOoooooOo++XX",
"XXo@o@o@oOOoOooOOOOOOoOooOooOo+XX",
"XXooo@@o@oOoooooOoOOooOoooooOo+XX",
"XXXo@o@o@oOOooooOOOOOOOOoOooOo++X",
"XXXXoo@@o@oOoooooOOooooOoooooo++X",
"XXXXo@o@o@oOOooOooOooOoOoooOOo++X",
"XXXXXoo@@o@oOoOoooOooooOooOooo+XX",
"XXXXXoXo@o@oOoooOoOooooOoooo+++XX",
"XXXXXXoXoo@oOoOooooooooo++++++XXX",
"XXXXXXXooooooooo++++++++++++++XXX",
"XXXXXXXXX++++++++++++++++++XXXXXX",
"XXXXXXXXXX+++++++++XXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXuXXXuXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXuuXXuXXuXXuXuXuXXuuXXXXXXX",
"XXXXXXXuXuXuXuXuXuXuXuXuXXXXXXXXX",
"XXXXXXXuXuXuXuuuXuXuXuXXuuXXXXXXX",
"XXXXXXXuXXuuXuXXXXuXuXXXXuXXXXXXX",
"XXXXXXXuXXXuXXuuXXuXuXXuuXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"};