latest change to mm-util.el causes failure

[Robert Pluim <rpluim@gmail.com>]

This change:

    revno: 103715
    author: Julien Danjou <julien@danjou.info>
    committer: Katsumi Yamaoka <yamaoka@jpl.org>
    branch nick: trunk
    timestamp: Tue 2011-03-22 13:40:41 +0000
    message:
    mm-view.el (mm-display-inline-fontify): Make mode optional, and call normal-mode if not set. Set temp buffer unmodified to avoid kill-buffer query.
    (mm-inline-text): Render normal text with fontification whenever possible.
    gnus-sum.el (gnus-summary-save-parts-1):
    gnus-art.el (gnus-article-browse-html-save-cid-content)
    (gnus-article-browse-html-parts, gnus-mime-delete-part)
    (gnus-mime-copy-part, gnus-mime-inline-part, gnus-insert-mime-button):
    Use `mm-handle-filename'.
    mm-util.el (mm-handle-filename): New function, return the filename of an handle.

introduces 

(defun mm-handle-filename (handle)
  "Return filename of HANDLE if any."
  (or (mail-content-type-get (mm-handle-type handle)
                             'name)
      (mail-content-type-get (mm-handle-disposition handle)
                             'filename)))


But mm-handle-type is a macro, so I get:

Debugger entered--Lisp error: (invalid-function mm-handle-type)
  mm-handle-type((#<buffer  *mm*> ("text/html" (charset . "utf-8")) 8bit nil nil nil nil nil))
  mm-handle-filename((#<buffer  *mm*> ("text/html" (charset . "utf-8")) 8bit nil nil nil nil nil))

This is with the bzr head of the gnus that's part of Emacs. It's entirely
possible that the issue lies in the way Emacs is compiling gnus.

Robert