GNU bug report logs - #39595
M-x compile still very line-length weak

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#39595: closed (M-x compile still very line-length weak)
Date: Mon, 17 Feb 2020 11:08:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Mon, 17 Feb 2020 12:07:37 +0100
with message-id <3051130B-15B8-48B8-AABA-94E5AC0E6837 <at> acm.org>
and subject line Re: #39595: M-x compile still very line-length weak
has caused the debbugs.gnu.org bug report #39595,
regarding M-x compile still very line-length weak
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
39595: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=39595
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
To: bug-gnu-emacs <at> gnu.org
Subject: M-x compile still very line-length weak
Date: Thu, 13 Feb 2020 13:51:57 +0800

Compare M-x compile on make aaa vs. make bbb
$ cat Makefile
aaa:; perl -we 'print " "  x 9999;' #finishes right away.
bbb:; perl -we 'print "\n" x 9999;' #takes several seconds, even on the latest hardware.

(Indeed, on even longer lines we even see both the words "exit" and "Compiling" at the same time in the modeline.)
emacs-version "26.3"

[Message part 3 (message/rfc822, inline)]

From: Mattias Engdegård <mattiase <at> acm.org>
To: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Cc: 39595-done <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>,
 Paul Pogonyshev <pogonyshev <at> gmail.com>
Subject: Re: #39595: M-x compile still very line-length weak
Date: Mon, 17 Feb 2020 12:07:37 +0100

16 feb. 2020 kl. 16.37 skrev 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>:

> I bet it does!
> (All I know is I just use Debian sid. So in two years...)

Very well, pushed to emacs-27.

For future work, there seem to be more opportunities for speeding up the remaining regexps. In particular:

* Try to anchor matches at bol when possible.
* Avoid infinite repetitions (of spaces, etc) when the exact amount is known.
* Reject impossible matches as early as possible.

Previous Next

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