[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#3928: 23.1.50; compilation-mode not matching perl and more [regressi
bug#3928: 23.1.50; compilation-mode not matching perl and more [regression]
Sat, 25 Jul 2009 22:42:44 +1000
Gnus/5.110011 (No Gnus v0.11) Emacs/22.3 (gnu/linux)
Running "emacs -Q etc/compilation.txt" and scrolling down to the perl
section shows none of the sample perl errors matched at all, where I
hoped they would be.
I think the "^" anchor added by compilation-mode-font-lock-keywords
means perl and some other more obscure patterns need a ".*", like they
had back in Emacs 21, to work in the middle of a line.
I noticed this on the perl one. I thought it was working fine not so
long ago, so I don't know what/when/how it went bad. (The looseness of
Emacs 22 not anchoring reverted, but the patterns not put back at the
same time too??)
2009-07-25 Kevin Ryde <address@hidden>
* progmodes/compile.el (compilation-error-regexp-alist-alist):
In aix, ftnchek, mips-1, mips-2, perl, sun, 4bsd entries add ".*" so
as to match in the middle of a line, now that there's a "^" anchor is
again enforced by compilation-mode-font-lock-keywords. These patterns
were otherwise failing to match anything at all.
In the 4bsd entry remove the "^" from inside the \\(\\) grouping since
it's now unnecessary and since inside a group it isn't recognised by
the omake indentation hack in compilation-mode-font-lock-keywords
(meaning it wouldn't work with indentation).
Description: Text Data
In GNU Emacs 184.108.40.206 (i586-pc-linux-gnu, GTK+ Version 2.16.4)
of 2009-07-24 on blah.blah
configured using `configure 'CFLAGS=-O -g' '--prefix=/down/emacs/b/inst'
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_AU
value of $XMODIFIERS: nil
- bug#3928: 23.1.50; compilation-mode not matching perl and more [regression],
Kevin Ryde <=