GNU bug report logs - #69872
29.2; Async native compilation of seq.el test uses up resources and hangs

Previous Next

Package: emacs;

Reported by: Jon Levin <hi <at> mhcat.ca>

Date: Mon, 18 Mar 2024 16:32:02 UTC

Severity: normal

Tags: confirmed

Merged with 57957, 67883

Found in versions 29.0.50, 29.1.90, 29.2

Done: Andrea Corallo <acorallo <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jon Levin <hi <at> mhcat.ca>
Cc: 69872 <at> debbugs.gnu.org
Subject: Re: bug#69872: 29.2;
 Async native compilation of seq.el test uses up resources and hangs
Date: Mon, 18 Mar 2024 18:55:37 +0200
> Date: Mon, 18 Mar 2024 09:32:24 -0400
> From:  Jon Levin via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> 
> 
> When I update my installed packages on some version of emacs which
> is build with native-compilation enabled, most times I end up
> having to kill emacs and restart it in order to sidestep a problem
> where a single emacs process, seemingly running a compilation step
> (I think) uses 100% of a single virtual core and never completes.
> 
> This is the process responsible:
> 
>   mhcat      12800    6874 99 09:10 pts/96   00:10:41 /usr/bin/emacs -no-comp-spawn -Q --batch --eval (setq w32-disable-abort-dialog t) -l /tmp/emacs-async-comp-seq-tests-znp6r0.el
> 
> I am not sure how to go about reproducing this problem from a
> standing start (emacs -Q) because this seems to be part of an
> otherwise opaque series of steps, and I'm not sure how it starts.
> 
> Perhaps the author of seq.el can help me put together such a test.

seq.el is preloaded, so it is native-compiled only during the build,
and should not be compiled when you update your packages.  I think
what you see is compilation of seq-tests.el, not seq.el, and if that
is the case, the question is: why does your Emacs decide to compile
that file?  Could you look through your installed packages and see
which one of them loads seq-tests.el?  Is it possible that you have
seq.el as a separate package, which perhaps Emacs tries to use instead
of the built-in one?




This bug report was last modified 1 year and 102 days ago.

Previous Next


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