From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Richard M. Stallman" Newsgroups: gmane.emacs.devel Subject: Re: grep.el regexp Date: Tue, 28 Jun 2005 14:47:40 -0400 Message-ID: References: <87psuipj8b.fsf@jurta.org> <87k6kme6sp.fsf@jurta.org> <87aclb2w0m.fsf@jurta.org> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1119985948 14963 80.91.229.2 (28 Jun 2005 19:12:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 28 Jun 2005 19:12:28 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 28 21:12:14 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DnLQj-0007jb-Or for ged-emacs-devel@m.gmane.org; Tue, 28 Jun 2005 21:07:34 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DnLYd-0002Hb-Da for ged-emacs-devel@m.gmane.org; Tue, 28 Jun 2005 15:15:43 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DnLM9-0006G7-9d for emacs-devel@gnu.org; Tue, 28 Jun 2005 15:02:53 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DnLLs-00067h-Sc for emacs-devel@gnu.org; Tue, 28 Jun 2005 15:02:33 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DnLLs-00061L-Db for emacs-devel@gnu.org; Tue, 28 Jun 2005 15:02:32 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DnLDT-0005q1-AX for emacs-devel@gnu.org; Tue, 28 Jun 2005 14:53:51 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1DnL7U-0004xw-Nd; Tue, 28 Jun 2005 14:47:40 -0400 Original-To: Juri Linkov In-reply-to: <87aclb2w0m.fsf@jurta.org> (message from Juri Linkov on Tue, 28 Jun 2005 02:57:29 +0300) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:39816 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:39816 > If that can happen, it is a bug in compile.el. > It should never find more than one match on any given line. Currently it puts information from different rules on the same line when regexps cover different parts of that line (it works this way due to the font-lock algorithms). Do you mean, when different compilation-error regexps match disjoint parts of the line? If so, could you show me a case where this happens? Let's try to prevent it.