[Top][All Lists]

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

Re: subtle problem of font-lock in *compilation* buffer

From: Chong Yidong
Subject: Re: subtle problem of font-lock in *compilation* buffer
Date: Tue, 12 Sep 2006 18:50:06 -0400
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

Richard Stallman <address@hidden> writes:

>     > That is perhaps because of "1:0:1".
>     How can the compilation font-lock pattern distinguish this from a
>     legitimate error message?
> How about by the spaces in the "file name"?

It would wrongly reject compilation messages for file names containing

Kenichi Handa <address@hidden> writes:

> I don't know whqether it's uncommon or not, but if a packages uses
> libtool with "-version-info M:N:L" argument, the above line
> appears.  It may be too ad hoc but we can tell font-lock
> that a line matching with the regexp "-version-info [0-9]"
> is not an error message (if font-lock accepts such a
> request).

I don't see a straightforward way of doing this, but I guess it's
worth a shot.

>  Or, more generally, we may be able tell that a line matching with
> "^/bin/sh " is not an error message.

This would be wrong if you are compiling the file /bin/sh (unlikely as
that may seem).

reply via email to

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