emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Explicit call to package-initialize does not trigger a warn.


From: Ergus
Subject: Explicit call to package-initialize does not trigger a warn.
Date: Wed, 19 Jun 2019 01:48:06 +0200
User-agent: NeoMutt/20180716

Hi:

I have observed that doing an explicit call to package-initialize in the
init file is not triggering a warning as the documentation says it
should do in emacs 27.

The warning is showed (looking in packages.el) when package--initialize
is non-nil.

So I was checking the environment and package--initialize is nil at the end
of the startup if (package-initialize) is not explicitly in my init
file; but the packages are actually initialized.

Calling package-initialize (interactively or in the init file) properly
sets the variable.
Maybe the issue is related with the fact that startup.el calls
(package-activate-all) instead of (package-initialize)

(and user-init-file
    package-enable-at-startup
    (...)
    (package-activate-all))

and (package-activate-all) doesn't touch the variable package--initialize.

Any idea?


On Tue, Jun 18, 2019 at 08:14:59AM -0400, Stefan Monnier wrote:
When it was originally introduced, I remember byte-compile-dynamic made
a significant difference when loading large modules from which one
initially used only a few functions, it enabled lazy-loading.

That was the idea, yes.

Would that still matter in today's emacs, or have things moved along far
enough that it wont matter?

My impression is that the gain is negligible on today's hardware (and
I consider my 2007-era Thinkpad to be part of "today's hardware).

Maybe I could be convinced otherwise by actual benchmarks, of course.


       Stefan





reply via email to

[Prev in Thread] Current Thread [Next in Thread]