The XEmacs Package Smoketest writes:
These are the results from the XEmacs Package Smoketest:
21.5-nomule -- ok
21.5-mule -- ok
21.4-mule -- errors
21.4-nomule -- errors
Isn't it time we fix this?
Well, I've updated package-future.el to take account of Mike's most
recent tweaks (autoload-operators.el in xemacs-base). I made the
obvious change, it (somewhat surprisingly) worked the first time,
except for this crap in jde/lisp/auto-autoloads.el.
What happens, I think, is that the defcustom gets run at autoload
time, and that calls the set method, which calls
`tempo-define-template', which isn't defined.
I think this has to go.
;;;###autoload
(defcustom jde-gen-hashcode-method-template
'("'>"
"\"/**\" '> 'n"
"\" * Calculate the hash code for this object.\" '>
'n"
"\" * \" '> 'n"
"\" * <p>The rules laid out in J. Blosh's Effective Java are
used\" '> 'n"
"\" * for the hash code calculation.</p>\" '>
'n"
"\" * \" '> 'n"
"\" * @return the hash code.\" '> 'n"
"\" * \" '> 'n"
"\" * @see java.lang.Object#hashCode\" '> 'n"
"\" */\" '> 'n"
"(jde-gen-method-signature \"public\"\ \"int\"
\"hashCode\" nil)"
"(jde-gen-electric-brace)"
"(jde-gen-hashcode-body) '> 'n"
"\"}\" '> 'n '>" )
"*Template for creating a hashCode method.
Setting this variable defines a template instantiation command
`jde-gen-hashcode-method', as a side-effect."
:group 'jde-gen
:type '(repeat string)
:set '(lambda (sym val)
(defalias 'jde-gen-hashcode-method
(tempo-define-template
"java-hashcode-method"
(jde-gen-read-template val)
nil
"Create a hashCode method at the current point."))
(set-default sym val)))
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta