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

Previous Next

Full log

Message #37 received at 64712 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andrea Corallo <acorallo <at> gnu.org>
Cc: dmitry <at> gutov.dev, stephen.molitor <at> icloud.com, 64712 <at> debbugs.gnu.org
Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles
 cl-loaddefs.el on every startup
Date: Thu, 27 Jul 2023 19:25:36 +0300

> From: Andrea Corallo <acorallo <at> gnu.org>
> Cc: Dmitry Gutov <dmitry <at> gutov.dev>,  stephen.molitor <at> icloud.com,
>   64712 <at> debbugs.gnu.org
> Date: Thu, 27 Jul 2023 12:12:47 -0400
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> Date: Thu, 27 Jul 2023 16:36:18 +0300
> >> Cc: stephen.molitor <at> icloud.com, 64712 <at> debbugs.gnu.org
> >> From: Dmitry Gutov <dmitry <at> gutov.dev>
> >> 
> >> I suppose another approach would be along the lines of creating, for 
> >> every such file, an artefact in native-compile cache anyway, with 
> >> contents which would load the original uncompiled file (I'm assuming 
> >> this step won't require extracting the file?).
> >> 
> >> Not sure if this is worth the hassle, though.
> >
> > It definitely isn't.
> 
> The closest solution to what Dmitry suggested is to actually remove the
> cookie from the file so the eln is produced and we don't try to compile
> it anymore.  It doesn't harm, again not the most elegant exit strategy
> but at least is for free :)

If we ever do consider this worth "fixing", yes.

Previous Next

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