Re: eval-after-load bug

[Katsumi Yamaoka]

>>>>> In <address@hidden> Katsumi Yamaoka wrote:

[...]

> I have the following after-load form:

> (eval-after-load "w3m" FORM)

> And now it is incorporated into `after-load-alist' as:

> ("\\<w3m\\(\\.elc\\|\\.el\\)?\\(\\.gz\\)?\\'" FORM)

> While the FORM should be evaluated after the w3m.elc module is
> loaded, it is done after the mime-w3m.elc module is loaded.
> Since the FORM requires some variables and functions that
> w3m.elc provides but it has not been loaded yet at that time,
> the FORM simply stops by an error.  Any idea?

In addition to this, now it is hard to access a certain element
of `after-load-alist'.  Formerly, we could extract an element
which is associated with "MODULE" as follows:

(assoc "MODULE" after-load-alist)

Actually gnus/mm-util.el does a similar thing.  (It is done
only in XEmacs, though.  So, it is not serious for the moment).
Here's an extract:

(defun mm-enrich-utf-8-by-mule-ucs ()
  "docstring"
  (unless (cdr (delete '(mm-enrich-utf-8-by-mule-ucs)
                       (assoc "un-define" after-load-alist)))
    (setq after-load-alist
          (delete '("un-define") after-load-alist)))
  ...)

(if (featurep 'xemacs)
    (eval-after-load "un-define" '(mm-enrich-utf-8-by-mule-ucs))
  ...)