>>>> "DB" == David Byers
DB> [I wrote the original report that ended up in comp.emacs.xemacs]
> I believe there is a bug here, but it is that lazy-loading of
> and docstrings does not check the timestamps of updated files, and
> would happen with any xemacs version. Workaround: shut down your
> running xemacs and start up a new one.
DB> The calendar package works fine for me in a freshly started XEmacs.
Thanks. This confirms my diagnosis that there is no _new_ bug in XEmacs
DB> Although it was not the case this time, it *is* possible that some
DB> packages will not work in "the wrong" version of XEmacs. I've
DB> one myself that compiles differently (mainly different macro
DB> definitions) depending on which version of Emacs (or XEmacs) is used.
DB> This is done for performance reasons and really does help.
I've been making byte-compiler perfomance improvements to 21.2. All
should generate completely compatible code to 21.1.
But XEmacs and Emacs generate completely incompatible byte code these
days, especially if Mule is involved.
DB> How would I go about packaging something like that?
Sorry, you have to provide two packages if you need multiple
pre-byte-compiled packages for XEmacs and Emacs. Or you might be able
to compile with a byte-compiler from a very old emacs. Needs testing.