Mercurial > hg > xemacs-beta

view etc/toolbar/undo-up.xpm @ 5069:14f0dd1fabdb

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
move test-harness to lisp/ directory so it gets byte-compiled -------------------- ChangeLog entries follow: -------------------- etc/ChangeLog addition: 2010-02-22 Ben Wing <ben@xemacs.org> * dbxrc.in: test-harness.el is in lisp directory now. lisp/ChangeLog addition: 2010-02-22 Ben Wing <ben@xemacs.org> * test-harness.el: * test-harness.el (test-harness-from-buffer): * test-harness.el (batch-test-emacs): Move file from tests/automated into lisp/ so it gets byte-compiled. This significantly reduces the amount of extra crap in outputted backtraces. Delete hack in batch-test-emacs to look for test-harness.el in the test directory since it's not there any more. Also, in `Check-Message', incorporate call to `Skip-Test-Unless' in the macro output rather than its body, to avoid problems byte- compiling the file -- `Skip-Test-Unless' isn't available in the environment during byte-compilation so we can't call it then. src/ChangeLog addition: 2010-02-22 Ben Wing <ben@xemacs.org> * .gdbinit.in.in: * Makefile.in.in (batch_test_emacs): test-harness.el is in lisp directory now so change how we call it.
author Ben Wing <ben@xemacs.org>
date Mon, 22 Feb 2010 22:04:55 -0600
parents 376386a54a3c
children 7910031dd78a
line wrap: on
line source

/* XPM */
static char * undo[] = {
"28 28 5 1",
"X	c Gray75 s backgroundToolBarColor",
"o	c black",
"O	c Gray60",
"+	c Gray90",
"@	c white",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXooXXXXXXX",
"XXXXXXXXXXXXXXXXXooOOooooXXX",
"XXXXXXXXXXXXXXXooOOOOOOOOooX",
"XXXXXXXXXXXXXooOOOOOOOOOooXX",
"XXXXXXXXXXXoo++ooooOOOooOoXX",
"XXXXXXXXXoo++++++++oooOOoXXX",
"XXXXXXXoo+++++++++oooOOOoXXX",
"XXXXXoo+++++++++oo++oOOoXXXX",
"XXXXoo++++++++oo+++oOooXXXXX",
"XXXo++oooo++oo+++++ooXXXXXXX",
"XXXo++++++oo+++++ooXXXXXXXXX",
"XXo+++++++o++++ooXXXXXXXXXXX",
"XXo+++++++o++ooXXXXXXXXXXXXX",
"Xoo++++++o+ooXXXXXXXXXXXXXXX",
"X@@oooo++ooXXXXXXXXXXXXXXXXX",
"X@@@@@@ooXXXXXXXXXXXXXXXXXXX",
"X@@@@@@XXXXXXXXXXXXXXXXXXXXX",
"X@@@@XXXXXXXXXXXXXXXXXXXXXXX",
"X@@@XXXXXXXXXXXXXXXXXXXXXXXX",
"X@XXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXX"};