GNU bug report logs - #9065
Speed up compile.el scanning

Previous Next

Full log

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

From: Noam Postavsky <npostavs <at> users.sourceforge.net>
To: Sam Varshavchik <mrsam <at> courier-mta.com>
Cc: 29554 <at> debbugs.gnu.org
Subject: Re: bug#29554: 25.3; 100% CPU spinning, while parsing compile output.
Date: Mon, 04 Dec 2017 19:29:42 -0500

merge 29554 13369
quit

Sam Varshavchik <mrsam <at> courier-mta.com> writes:

> Attached is simple makefile with a bunch of echo statements that
> reproduce the output of an actual compilation. I had to gzip and
> attach it, in order to avoid the large lines getting messed up by
> E-mail formatting.
>
> Saving this makefile, and hitting F5, or executing "compile" makes
> emacs spin with 100% CPU utilization for about five seconds, before it
> starts responding again. Then, going to the compilation output buffer,
> and M-> to go the end of the buffer, that also pegs emacs for another
> 4-5 seconds, at 100% cpu.
>
> Yup, these are very long lines. But that's the end result from
> automake and libtool. This is the real world, when it comes to C++
> development these days...

This is Bug#13369/9065/3700.  You can get some relief by pruning
compilation-error-regexp-alist.

Previous Next

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