GNU bug report logs - #64712
29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup

Previous Next

Full log

View this message in rfc822 format

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: dmitry <at> gutov.dev, acorallo <at> gnu.org, stephen.molitor <at> icloud.com, 64712 <at> debbugs.gnu.org
Subject: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup
Date: Tue, 5 Sep 2023 16:11:16 -0700

Eli Zaretskii <eliz <at> gnu.org> writes:

> Not to slow down the build unnecessarily, I think.  Basically, the
> same reason why we have "no-byte-compile: t" in some files: you get no
> gains from doing that, you just waste CPU time.  And the waste is much
> more significant with native compilation.
>
>> I see that they were added in commit 6c11214dc112, but it doesn't
>> explain why.
>
> When that happens, I always search the mailing lists around the date
> of the commit.  In this case, I found
>
>   https://lists.gnu.org/archive/html/emacs-devel/2022-09/msg00168.html
>
>> I personally can't see that it would make much of a difference if we
>> have them or not, but maybe I'm missing something.
>
> If nothing else, it will slow down startup (because each .eln files
> needs to be loaded via dlopen, as opposed to .elc that is dumped into
> the pdumper file), albeit insignificantly.  But if we do this with all
> the autoload files we have, that could slow down in a more tangible
> ways.  So basically we have here two minor annoyances: you can solve
> one, but then you "gain" the other one.

Right.  So perhaps we should just live with it, and close this as
wontfix.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.