GNU bug report logs - #58580
29.0.50; Ahead-of-time compilation for a few more files?

Previous Next

Package: emacs;

Reported by: Lars Ingebrigtsen <larsi <at> gnus.org>

Date: Mon, 17 Oct 2022 09:12:01 UTC

Severity: normal

Tags: notabug

Found in version 29.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 58580 <at> debbugs.gnu.org, akrl <at> sdf.org
Subject: bug#58580: 29.0.50; Ahead-of-time compilation for a few more files?
Date: Mon, 17 Oct 2022 21:35:31 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

> However, now we are saying that having some files precompiled is more
> convenient, as it makes the first startup of a newly built/installed
> Emacs faster and smoother.  (It only affects the first startup after
> building a new version.)  So the motivation is different, but I don't
> see why the same solution couldn't satisfy this one as well.  After
> all, the solution is solid and tested by 2 releases.

I'm not 100% sure I understand -- by "solution" here, you mean
COMPILE_FIRST?

>> But I guess we'd have to introduce a new mechanism for this, like
>> COMPILE_ELN_EXTRA or something, if we want to AOT them anyway?
>
> Why not use the same mechanism?

Because it's slower to do eln compilation in COMPILE_FIRST -- it's
faster later, once Emacs has been built with nativecomp.  So these extra
eln bits should be done around the same time as compile-main, or rather:
During compile-main, so that we get max parallelism, too.





This bug report was last modified 2 years and 219 days ago.

Previous Next


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