bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#3928: marked as done (23.1.50; compilation-mode not matching perl an


From: Emacs bug Tracking System
Subject: bug#3928: marked as done (23.1.50; compilation-mode not matching perl and more [regression])
Date: Tue, 13 Oct 2009 03:45:06 +0000

Your message dated Mon, 12 Oct 2009 23:39:58 -0400
with message-id <address@hidden>
and subject line Re: Bug#3928
has caused the Emacs bug report #3928,
regarding 23.1.50; compilation-mode not matching perl and more [regression]
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact address@hidden
immediately.)


-- 
3928: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3928
Emacs Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 23.1.50; compilation-mode not matching perl and more [regression] Date: Sat, 25 Jul 2009 22:42:44 +1000 User-agent: 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).

Attachment: compile.el.cope-with-anchoring.diff
Description: Text Data



In GNU Emacs 23.1.50.4 (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' 
'--with-x-toolkit=gtk''

Important settings:
  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
  locale-coding-system: iso-latin-1-unix
  default-enable-multibyte-characters: t

--- End Message ---
--- Begin Message --- Subject: Re: Bug#3928 Date: Mon, 12 Oct 2009 23:39:58 -0400 User-agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/)
Fixed by this change:

2009-10-12  Sam Steingold  <sds at gnu.org>

* progmodes/compile.el (compilation-mode-font-lock-keywords): Do not
  prepend "^ *" to non-anchored patterns, like the perl one (bug#3928).

--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]