Re: Summary and next steps for (package-initialize)

[Stefan Monnier <monnier@IRO.UMontreal.CA>]

> That tells how to unload the feature <pkg>, not how to undo the
> effects of the autoloads for all features in the package.  Sure, the
> package can provide metadata that tells how to undo its autoloads, but
> this will be an additional system separate from <pkg>-unload-function.

I didn't mean unload-feature and <pkg>-unload-function literally.

Just that we'd use the same kind of code as used in unload-feature
(except use it to unload <pkg>-autoload.el, which is a file rather than
a feature), and that <pkg>-autoload.el would have to provide some kind
of unload function in order to deal with the parts that unload-feature
doesn't do automatically.

> P.S. I notice you keep saying ~/.emacs. Is that out of
> habit/convenience?

Yes, habit as well as conciseness.

> I thought ~/.emacs was deprecated in favor of
> ~/.emacs.d/init.el.

I can't remember if we truly declared it as deprecated, but yes, it's
something like that.  BTW any new config file should not be named
~/.emacs.d/.foobar.el but ~/.emacs.d/foobar.el.


        Stefan