GNU bug report logs - #46494
28.0.50; [native-comp] Problems with async background compile

Previous Next

Package: emacs;

Reported by: Andy Moreton <andrewjmoreton <at> gmail.com>

Date: Sat, 13 Feb 2021 16:59:02 UTC

Severity: normal

Found in version 28.0.50

Done: Andrea Corallo <akrl <at> sdf.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: andrewjmoreton <at> gmail.com, 46494 <at> debbugs.gnu.org
Subject: bug#46494: 28.0.50; [native-comp] Problems with async background compile
Date: Tue, 16 Mar 2021 20:34:36 +0200
> Cc: 46494 <at> debbugs.gnu.org
> Date: Tue, 16 Mar 2021 16:53:21 +0000
> From:  Andrea Corallo via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> 
> Hi Andy,
> 
> is there anything left to be done for this bug?

I'm not Andy (so let's wait for him to speak up), but here's my take.

This bug had 3 parts:

  a) Bug #46256 describes problems with AOT compiled native-comp emacs not
     finding prebuilt .eln files when built for mingw64 64bit on Windows.

     As a result, emacs complains with an echo area warning for every .eln
     file that it cannot find in the expected location.

     The stream of frequent warnings that causes make emacs mostly
     unresponsive to user input.

  b) The "background" async compilation of .eln files is CPU intensive and
     somewhat slow. The default settings run a compile on every available
     core, which is unfriendly for other workloads running on the same
     machine.

     It would be helpful to users to have a command to show the state of
     the async background compilation, including the running compile
     processes and the queue of pending compilation requests.

  c) Quitting emacs when async compilation processes are running sometimes
     causes crashes in the compile processes, which show the emacs abort
     dialog (once for each async process). The dialogs disappear after a
     short delay (presumably due to the parent emacs having exited).

c) Has been solved.
b) doesn't seem to be a problem IME, we use half the cores, and
   there's a way to customize that number
a) I didn't see at all, so I think it's also solved.




This bug report was last modified 4 years and 70 days ago.

Previous Next


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