From unknown Tue Jun 17 20:20:11 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#3965 <3965@debbugs.gnu.org> To: bug#3965 <3965@debbugs.gnu.org> Subject: Status: 23.1.50; compilation-mode gnu error regexp mismatching ant, irix, gcc-include Reply-To: bug#3965 <3965@debbugs.gnu.org> Date: Wed, 18 Jun 2025 03:20:11 +0000 retitle 3965 23.1.50; compilation-mode gnu error regexp mismatching ant, ir= ix, gcc-include reassign 3965 emacs submitter 3965 Kevin Ryde severity 3965 normal tag 3965 wontfix notabug thanks From gg@zip.com.au Wed Jul 29 16:14:11 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 29 Jul 2009 23:14:12 +0000 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 ; 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 ) id 1MWILX-0007JM-0V for emacs-pretest-bug@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 ) id 1MWILV-0007lI-5y for emacs-pretest-bug@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 ) id 1MWILU-0007l4-Ka for emacs-pretest-bug@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 ; 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 ; Thu, 30 Jul 2009 09:14:02 +1000 (EST) Received: from gg by blah.blah with local (Exim 4.69) (envelope-from ) id 1MWIKw-000231-3U for emacs-pretest-bug@gnu.org; Thu, 30 Jul 2009 09:13:30 +1000 From: Kevin Ryde To: emacs-pretest-bug@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@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 From cyd@stupidchicken.com Sun Aug 2 15:46:17 2009 Received: (at 3965) by emacsbugs.donarmstrong.com; 2 Aug 2009 22:46:17 +0000 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@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 To: Kevin Ryde Cc: 3965@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@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. From cyd@stupidchicken.com Sun Aug 2 15:46:59 2009 Received: (at control) by emacsbugs.donarmstrong.com; 2 Aug 2009 22:46:59 +0000 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.7 required=4.0 tests=AWL,VALID_BTS_CONTROL 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 n72Mku9D031558 for ; Sun, 2 Aug 2009 15:46:57 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id EC8F457E282; Sun, 2 Aug 2009 18:47:41 -0400 (EDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: close 3965 Date: Sun, 02 Aug 2009 18:47:41 -0400 Message-ID: <87eirtq1de.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii tags 3965 + notabug wontfix close 3965 From gg@zip.com.au Mon Aug 3 18:52:45 2009 Received: (at 3965) by emacsbugs.donarmstrong.com; 4 Aug 2009 01:52:45 +0000 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@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 ) id 1MY9C9-0001yR-BO; Tue, 04 Aug 2009 11:52:05 +1000 From: Kevin Ryde To: Chong Yidong Cc: 3965@debbugs.gnu.org Subject: Re: 23.1.50; compilation-mode gnu error regexp mismatching ant, irix, gcc-include References: <87hbwpq1ek.fsf@cyd.mit.edu> Date: Tue, 04 Aug 2009 11:52:05 +1000 In-Reply-To: <87hbwpq1ek.fsf@cyd.mit.edu> (Chong Yidong's message of "Sun, 02 Aug 2009 18:46:59 -0400") Message-ID: <87prbcibwa.fsf@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 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 ... :-) From gg@zip.com.au Wed Aug 5 15:58:36 2009 Received: (at 3965) by emacsbugs.donarmstrong.com; 5 Aug 2009 22:58:36 +0000 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 ) id 1MYpQj-0003Jy-CH; Thu, 06 Aug 2009 08:57:57 +1000 From: Kevin Ryde To: control@debbugs.gnu.org Cc: 3965@debbugs.gnu.org Subject: Re: bug#3965 acknowledged by developer (close 3965) References: <87eirtq1de.fsf@cyd.mit.edu> <87vdlbqe06.fsf@blah.blah> Date: Thu, 06 Aug 2009 08:57:57 +1000 In-Reply-To: (Emacs bug Tracking System's message of "Sun, 2 Aug 2009 15:55:09 -0700") Message-ID: <878whxuave.fsf@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. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 01 03:18:09 2014 Received: (at control) by debbugs.gnu.org; 1 Feb 2014 08:18:09 +0000 Received: from localhost ([127.0.0.1]:43866 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9VmC-0008Ig-Iz for submit@debbugs.gnu.org; Sat, 01 Feb 2014 03:18:08 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:34842) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9VmA-0008IY-UQ for control@debbugs.gnu.org; Sat, 01 Feb 2014 03:18:07 -0500 Received: from [204.14.154.233] (helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1W9Vlv-0002jL-Hn for control@debbugs.gnu.org; Sat, 01 Feb 2014 09:17:51 +0100 Date: Sat, 01 Feb 2014 00:16:59 -0800 Message-Id: <87sis3memc.fsf@building.gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #3965 X-MailScanner-ID: 1W9Vlv-0002jL-Hn X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1391847473.68513@6t1S/NiyLHX5580ZFvRwMg X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) close 3965 From unknown Tue Jun 17 20:20:11 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 01 Mar 2014 12:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator