Mercurial > hg > xemacs-beta
view etc/toolbar/compile-up.xpm @ 5070:b0f4adffca7d
fix so that CL docstrings (with &key, etc.) handled properly
-------------------- ChangeLog entries follow: --------------------
lisp/ChangeLog addition:
2010-02-23 Ben Wing <ben@xemacs.org>
* autoload.el:
* autoload.el (make-autoload):
* cl-macs.el (cl-function-arglist):
* cl-macs.el (cl-transform-lambda):
Don't add argument list with the tag "Common Lisp lambda list:";
instead add in "standard" form using "arguments:" and omitting the
function name. Add an arg to `cl-function-arglist' to omit the
name and use it in autoload.el instead of just hacking it off.
* help.el:
* help.el (function-arglist):
* help.el (function-documentation-1): New.
Extract out common code to recognize and/or strip the arglist from
documentation into `function-documentation-1'. Use in
`function-arglist' and `function-documentation'. Modify
`function-arglist' so it looks for the `arguments: ' stuff in all
doc strings, not just subrs/autoloads, so that CL functions get
recognized properly. Change the regexp used to match "arguments: "
specs to allow nested parens inside the arg list (happens when you
have a default value specified in a CL arglist).
| author | Ben Wing <ben@xemacs.org> |
|---|---|
| date | Tue, 23 Feb 2010 01:12:13 -0600 |
| parents | 376386a54a3c |
| children | 7910031dd78a |
line wrap: on
line source
/* XPM */ static char * makefile[] = { "28 28 6 1", "X c Gray75 s backgroundToolBarColor", "o c black", "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"};