Re: Skipping unexec via a big .elc file

[Clément Pit-Claudel]

On 2017-04-08 11:03, Philipp Stephani wrote:
> Clément Pit-Claudel <address@hidden schrieb:
>> … essentially everything in packages that were previously
>> preloaded needs to be autoloaded now, since many packages don't
>> (require) the preloaded features that they use.

> Doesn't that effectively just move most of the code to loaddefs.el,
> from which it again has to be either preloaded or byte-compiled into
> the "big .elc file"? Does this really bring measurable benefits
> nowadays?

(Sorry if I'm misunderstanding you)

I think the idea is that you can defer loading the implementation of a 
significant fraction of currently-preloaded functions, because many of these 
are currently unused.

So the intended saving is that currently-preloaded but uncommonly-used 
functions would not be dumped to the big-elc (their signatures, in the form an 
autoload, would be).  Packages that use them without (require)-ing the 
corresponding feature first would still work, but startup would be faster.

(I hope I got this right)