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

Previous Next

Full log

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

From: Mattias Engdegård <mattiase <at> acm.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39595 <at> debbugs.gnu.org, pogonyshev <at> gmail.com, monnier <at> iro.umontreal.ca,
 jidanni <at> jidanni.org
Subject: Re: #39595: M-x compile still very line-length weak
Date: Fri, 14 Feb 2020 23:47:43 +0100

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

14 feb. 2020 kl. 18.00 skrev Eli Zaretskii <eliz <at> gnu.org>:

> Is there some forum where the relevant people could be asked about
> this?

Not sure where to go for that. The problem is really in Emacs's hacky implementation: when 'omake' is included in compilation-error-regexp-alist, many other regexps are rewritten in a way that makes them potentially slower. This is why it's not an ideal feature to have enabled by default.

Attached are two patches: one that anchors the regexp for Maven, and one that speeds up 'msft' and 'watcom' by eliminating the same repetition-after-repetition flaw in each (not much different from those found by the latest relint/xr scan posted to emacs-devel).

[0001-Speed-up-maven-compilation-error-message-regexp.patch (application/octet-stream, attachment)]

[0002-Speed-up-msft-and-watcom-compilation-error-regexps.patch (application/octet-stream, attachment)]

Previous Next

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