Package problem: miscompiled macros

It looks like nobody has run gen-macro-list.awk since I first submitted it nearly a year ago. :-( It needs to be run to bring macro.list up to date. Do one of you package guys want to grab that, or would you rather I submitted a patch? After running it and invoking find-macro-err.awk, I find that the following macros are being miscompiled (i.e., that something is being byte-compiled without knowing about the macro, and hence is compiled as a function call): gnus-xmas-open-network-stream Definition: xemacs-packages/gnus/lisp/gnus-xmas.el Miscompile: xemacs-packages/net-utils/dns.el mh-in-show-buffer Definition: xemacs-packages/mh-e/mh-utils.el Miscompile: xemacs-packages/mailcrypt/mc-toplev.el rmail-select-summary Definition: xemacs-packages/rmail/rmail.el Miscompile: xemacs-packages/gnus/lisp/gnus-util.el gnus-group-entry Definition: xemacs-packages/gnus/lisp/gnus.el Miscompile: xemacs-packages/gnus/lisp/gnus-xmas.el gnus-active Definition: xemacs-packages/gnus/lisp/gnus.el Miscompile: xemacs-packages/gnus/lisp/gnus-xmas.el gnus-info-method Definition: xemacs-packages/gnus/lisp/gnus.el Miscompile: xemacs-packages/gnus/lisp/gnus-xmas.el gnus-info-marks Definition: xemacs-packages/gnus/lisp/gnus.el Miscompile: xemacs-packages/gnus/lisp/gnus-xmas.el gnus-info-level Definition: xemacs-packages/gnus/lisp/gnus.el Miscompile: xemacs-packages/gnus/lisp/gnus-xmas.el gnus-info-score Definition: xemacs-packages/gnus/lisp/gnus.el Miscompile: xemacs-packages/gnus/lisp/gnus-xmas.el list-to-alist Definition: xemacs-packages/liece/lisp/liece-inlines.el Miscompile: xemacs-packages/liece/lisp/liece-minibuf.el gnus-summary-article-number Definition: xemacs-packages/gnus/lisp/gnus-sum.el Miscompile: xemacs-packages/hyperbole/hgnus.el With one exception, the rest are defsubsts that we are not taking advantage of by having the definition available at byte-compile time. This isn't fatal, but represents a loss of efficiency. The one exception is combine-after-change-calls, which is called in mmm-mode/mmm-cmds.el. We don't have it. An example of working around that is in prog-modes/diff-mode.el. This is something that should go into the fsf-compat package. I would like to see the running of the two awk scripts become part of the package release/testing cycle somehow, so we can avoid releasing packages that have miscompiled macros in them. Also, per Kyle's recent remarks, it appears that the currently released vm package has not been made properly, since vm-autoload.el has out of date contents. You package guys don't have a Real Life (tm), right? :-) -- Jerry James http://www.ittc.ku.edu/~james/