GNU bug report logs - #3965
23.1.50; compilation-mode gnu error regexp mismatching ant, irix, gcc-include

Message received at 3965 <at> emacsbugs.donarmstrong.com:

Received: (at 3965) by emacsbugs.donarmstrong.com; 5 Aug 2009 22:58:36 +0000
From gg <at> zip.com.au Wed Aug  5 15:58:36 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-2.1 required=4.0 tests=AWL,VALID_BTS_CONTROL
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from mailout1.pacific.net.au (mailout1-1.pacific.net.au [61.8.2.208])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n75MwYcg002926;
	Wed, 5 Aug 2009 15:58:35 -0700
Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163])
	by mailout1.pacific.net.au (Postfix) with ESMTP id 10777502311;
	Thu,  6 Aug 2009 08:58:33 +1000 (EST)
Received: from blah.blah (ppp2B55.dyn.pacific.net.au [61.8.43.85])
	by mailproxy2.pacific.net.au (Postfix) with ESMTP id 9997B27426;
	Thu,  6 Aug 2009 08:58:32 +1000 (EST)
Received: from gg by blah.blah with local (Exim 4.69)
	(envelope-from <gg <at> zip.com.au>)
	id 1MYpQj-0003Jy-CH; Thu, 06 Aug 2009 08:57:57 +1000
From: Kevin Ryde <user42 <at> zip.com.au>
To: control <at> debbugs.gnu.org
Cc: 3965 <at> debbugs.gnu.org
Subject: Re: bug#3965 acknowledged by developer (close 3965)
References: <87eirtq1de.fsf <at> cyd.mit.edu> <87vdlbqe06.fsf <at> blah.blah>
	<handler.3965.C.124925321931570.notifdonectrl.0 <at> emacsbugs.donarmstrong.com>
Date: Thu, 06 Aug 2009 08:57:57 +1000
In-Reply-To: <handler.3965.C.124925321931570.notifdonectrl.0 <at> emacsbugs.donarmstrong.com>
	(Emacs bug Tracking System's message of "Sun, 2 Aug 2009 15:55:09
	-0700")
Message-ID: <878whxuave.fsf <at> blah.blah>
User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

reopen 3965
thanks

When working with gcc it will be usual to have both gnu and gcc-include
patterns active.  The way the gnu pattern mismatches the gcc-include
prevents following to the origin of an include error.

Message received at 3965 <at> emacsbugs.donarmstrong.com:

Received: (at 3965) by emacsbugs.donarmstrong.com; 4 Aug 2009 01:52:45 +0000
From gg <at> zip.com.au Mon Aug  3 18:52:45 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-1.2 required=4.0 tests=AWL autolearn=ham
	version=3.2.5-bugs.debian.org_2005_01_02
Received: from mailout2.pacific.net.au (mailout2-10.pacific.net.au [125.255.80.137])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n741qeH0001739
	for <3965 <at> emacsbugs.donarmstrong.com>; Mon, 3 Aug 2009 18:52:42 -0700
Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163])
	by mailout2.pacific.net.au (Postfix) with ESMTP id AFE33156B6E;
	Tue,  4 Aug 2009 11:52:37 +1000 (EST)
Received: from blah.blah (ppp23C5.dyn.pacific.net.au [61.8.35.197])
	by mailproxy2.pacific.net.au (Postfix) with ESMTP id 2D39327407;
	Tue,  4 Aug 2009 11:52:37 +1000 (EST)
Received: from gg by blah.blah with local (Exim 4.69)
	(envelope-from <gg <at> zip.com.au>)
	id 1MY9C9-0001yR-BO; Tue, 04 Aug 2009 11:52:05 +1000
From: Kevin Ryde <user42 <at> zip.com.au>
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: 3965 <at> debbugs.gnu.org
Subject: Re: 23.1.50; compilation-mode gnu error regexp mismatching ant, irix, gcc-include
References: <87hbwpq1ek.fsf <at> cyd.mit.edu>
Date: Tue, 04 Aug 2009 11:52:05 +1000
In-Reply-To: <87hbwpq1ek.fsf <at> cyd.mit.edu> (Chong Yidong's message of "Sun, 02
	Aug 2009 18:46:59 -0400")
Message-ID: <87prbcibwa.fsf <at> blah.blah>
User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Chong Yidong <cyd <at> stupidchicken.com> writes:
>
> There's no point changing the gnu pattern just to handle these
> additional patterns, which already have their own dedicated entries in
> compilation-error-regexp-alist.

Can't you have gcc-include and gnu at the same time?

I see in fact that mismatch is a regression.  In emacs 22 the gnu
pattern successfully keeps out of gcc-include's hair.

(If it is the "omake" hack then that bit may have a bit to answer for --
stopping the perl pattern working, making the gnu pattern work too much
... :-)

Message received at 3965 <at> emacsbugs.donarmstrong.com:

Received: (at 3965) by emacsbugs.donarmstrong.com; 2 Aug 2009 22:46:17 +0000
From cyd <at> stupidchicken.com Sun Aug  2 15:46:17 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-1.7 required=4.0 tests=AWL autolearn=ham
	version=3.2.5-bugs.debian.org_2005_01_02
Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n72MkDNX031532
	for <3965 <at> emacsbugs.donarmstrong.com>; Sun, 2 Aug 2009 15:46:14 -0700
Received: by cyd.mit.edu (Postfix, from userid 1000)
	id 1AC4B57E282; Sun,  2 Aug 2009 18:46:59 -0400 (EDT)
From: Chong Yidong <cyd <at> stupidchicken.com>
To: Kevin Ryde <user42 <at> zip.com.au>
Cc: 3965 <at> debbugs.gnu.org
Subject: Re: 23.1.50; compilation-mode gnu error regexp mismatching ant, irix, gcc-include
Date: Sun, 02 Aug 2009 18:46:59 -0400
Message-ID: <87hbwpq1ek.fsf <at> cyd.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

> Doing
>
>     (setq compilation-error-regexp-alist '(gnu))
>
> and visiting etc/compilation.txt shows some mismatched parts.
>
> Under "ant" ...
> Under "irix"...
> And under "gcc-include"...
>
> With all patterns enabled `next-error' offers those wrong matches
> instead of what the specific patterns for those parts get -- I suppose
> because the gnu match is earlier in the line.

Correct.  That's the intended behavior.

> My best idea for the irix ones would be to disallow ": " in the gnu
> pattern filename part.  Other colons could be allowed for dos drive
> letters or the occasional filename with a colon, but rate colon+space as
> more likely to be a separator than a part of a name.  Mind you the gnu
> pattern is already far too complicated for me to want to do anything to
> it :-)

There's no point changing the gnu pattern just to handle these
additional patterns, which already have their own dedicated entries in
compilation-error-regexp-alist.

Message received at submit <at> emacsbugs.donarmstrong.com:

Received: (at submit) by emacsbugs.donarmstrong.com; 29 Jul 2009 23:14:12 +0000
From gg <at> zip.com.au Wed Jul 29 16:14:11 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-0.6 required=4.0 tests=AWL,FOURLA,IMPRONONCABLE_1,
	MURPHY_WRONG_WORD2,WEIRD_PORT autolearn=no
	version=3.2.5-bugs.debian.org_2005_01_02
Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n6TNE7DC002033
	for <submit <at> emacsbugs.donarmstrong.com>; Wed, 29 Jul 2009 16:14:08 -0700
Received: from mail.gnu.org ([199.232.76.166]:52917 helo=mx10.gnu.org)
	by fencepost.gnu.org with esmtp (Exim 4.67)
	(envelope-from <gg <at> zip.com.au>)
	id 1MWILX-0007JM-0V
	for emacs-pretest-bug <at> gnu.org; Wed, 29 Jul 2009 19:14:07 -0400
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60)
	(envelope-from <gg <at> zip.com.au>)
	id 1MWILV-0007lI-5y
	for emacs-pretest-bug <at> gnu.org; Wed, 29 Jul 2009 19:14:06 -0400
Received: from mailout2-10.pacific.net.au ([125.255.80.137]:35776 helo=mailout2.pacific.net.au)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <gg <at> zip.com.au>)
	id 1MWILU-0007l4-Ka
	for emacs-pretest-bug <at> gnu.org; Wed, 29 Jul 2009 19:14:05 -0400
Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.2.162])
	by mailout2.pacific.net.au (Postfix) with ESMTP id 3D837183EB5
	for <emacs-pretest-bug <at> gnu.org>; Thu, 30 Jul 2009 09:14:03 +1000 (EST)
Received: from blah.blah (ppp2FA7.dyn.pacific.net.au [61.8.47.167])
	by mailproxy1.pacific.net.au (Postfix) with ESMTP id 7E7688C20
	for <emacs-pretest-bug <at> gnu.org>; Thu, 30 Jul 2009 09:14:02 +1000 (EST)
Received: from gg by blah.blah with local (Exim 4.69)
	(envelope-from <gg <at> zip.com.au>)
	id 1MWIKw-000231-3U
	for emacs-pretest-bug <at> gnu.org; Thu, 30 Jul 2009 09:13:30 +1000
From: Kevin Ryde <user42 <at> zip.com.au>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.1.50; compilation-mode gnu error regexp mismatching ant, irix, gcc-include
Date: Thu, 30 Jul 2009 09:13:29 +1000
Message-ID: <87vdlbqe06.fsf <at> blah.blah>
User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4)

Doing

    (setq compilation-error-regexp-alist '(gnu))

and visiting etc/compilation.txt shows some mismatched parts.

Under "ant"

        [jikes]  foo.java:3:5:7:9: blah blah

Under "irix"

    cfe: Warning 600: xfe.c: 170: Not in a conditional directive while ...
    /usr/lib/cmplrs/cc/cfe: Error: foo.c: 1: blah blah
    /usr/lib/cmplrs/cc/cfe: warning: foo.c: 1: blah blah

And under "gcc-include"

                     from test_clt.cc:1:

In each the match has the wrong part as the filename.  For example the
"ant" one matches "[jikes] foo.java".  With all patterns enabled
`next-error' offers those wrong matches instead of what the specific
patterns for those parts get -- I suppose because the gnu match is
earlier in the line.

Maybe the "ant" and "gcc-include" cases could be attacked by not
allowing leading whitespace.  The "omake" indentation hack might get in
the way there; but is its indentation arbitrary, or a fixed-ish amount?

My best idea for the irix ones would be to disallow ": " in the gnu
pattern filename part.  Other colons could be allowed for dos drive
letters or the occasional filename with a colon, but rate colon+space as
more likely to be a separator than a part of a name.  Mind you the gnu
pattern is already far too complicated for me to want to do anything to
it :-)



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