|
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) properlysets 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
[Prev in Thread] | Current Thread | [Next in Thread] |