GNU bug report logs - #45751
[feature/native-comp] emacs keeps running 100% of CPU

Previous Next

Package: emacs;

Reported by: Édouard Debry <edouard.debry <at> gmail.com>

Date: Sat, 9 Jan 2021 23:45:02 UTC

Severity: normal

Merged with 45705

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

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: edouard.debry <at> gmail.com, 45751 <at> debbugs.gnu.org
Subject: Re: bug#45751: [feature/native-comp] emacs keeps running 100% of CPU
Date: Mon, 11 Jan 2021 05:25:20 +0200
> Date: Sun, 10 Jan 2021 20:14:53 +0000
> Cc: 45751 <at> debbugs.gnu.org
> From: Andrea Corallo via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> 
> > Compiling
> > /home/edouard/.emacs.d/elpa/color-theme-sanityinc-solarized-20200805.603/color-theme-sanityinc-solarized.el...
> 
> I see a similar issue with sanityinc-tomorrow.el, the compilation is way
> slower than any other one but it completes eventually.  I guess is the
> same issue you see and with sufficient RAM also sanityinc-solarized
> should complete.
> 
> In case of of sanityinc-tomorrow I think is because of
> `color-theme-sanityinc-tomorrow'.  This is a single function that after
> macro expansion becomes enormous.
> 
> We need to make the compiler robust against these corner cases, I'll
> have a look this week into adding some logic for that.

Maybe we should have a "no-native-compile" cookie for these cases.
After all, compiling a theme will not really speed up anything
important, right?




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

Previous Next


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