GNU bug report logs - #54671
26.3; compilation mode tracking error messages

Previous Next

Package: emacs;

Reported by: Kenneth Zadeck <zadeck <at> naturalbridge.com>

Date: Fri, 1 Apr 2022 17:09:03 UTC

Severity: normal

Found in version 26.3

To reply to this bug, email your comments to 54671 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#54671; Package emacs. (Fri, 01 Apr 2022 17:09:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Kenneth Zadeck <zadeck <at> naturalbridge.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 01 Apr 2022 17:09:03 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Kenneth Zadeck <zadeck <at> naturalbridge.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.3; compilation mode tracking error messages
Date: Fri, 1 Apr 2022 12:25:55 -0400

There is a page on the web that purports to specify the format of error
messages for gnu products. I would have assumed that gnuemacs
would have fully implemented this set of standards.

https://www.gnu.org/prep/standards/html_node/Errors.html

The claim is that

"When an error is spread over several files, you can use this format:

file1:line1.column1-file2:line2.column2: message"

gnuemacs does not seem to understand this in the next error function.
It only sees the first file, line. The message

=====
../xmltools/XSD11/schemaDriver.xsd:10.1-../xmltools/XSD11/XMLSchema.xsd:86.1-../xmltools/XML/xml.xsd:4: 
Namespace 'http://www.w3.org/XML/1998/namespace' does not have access to 
items in namespace 'http://www.w3.org/2001/XMLSchema'.
=====
does not seem to trigger anything for the second and third file.
If this was a microsoft standard, i would understand and just suck it up,
but this is a gnu standard!!!!



In GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.14)
of 2020-03-26, modified by Debian built on lcy01-amd64-020
Windowing system distributor 'The X.Org Foundation




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#54671; Package emacs. (Sat, 02 Apr 2022 15:58:01 GMT) Full text and rfc822 format available.

Message #8 received at 54671 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Kenneth Zadeck <zadeck <at> naturalbridge.com>
Cc: 54671 <at> debbugs.gnu.org,
 Mattias Engdegård <mattiase <at> acm.org>
Subject: Re: bug#54671: 26.3; compilation mode tracking error messages
Date: Sat, 02 Apr 2022 17:57:39 +0200
Kenneth Zadeck <zadeck <at> naturalbridge.com> writes:

> There is a page on the web that purports to specify the format of error
> messages for gnu products. I would have assumed that gnuemacs
> would have fully implemented this set of standards.
>
> https://www.gnu.org/prep/standards/html_node/Errors.html
>
> The claim is that
>
> "When an error is spread over several files, you can use this format:
>
> file1:line1.column1-file2:line2.column2: message"
>
> gnuemacs does not seem to understand this in the next error function.
> It only sees the first file, line. The message
>
> =====
> ../xmltools/XSD11/schemaDriver.xsd:10.1-../xmltools/XSD11/XMLSchema.xsd:86.1-../xmltools/XML/xml.xsd:4:

Yes, I can't see any attempt to try to parse multi-file error lines in
compilation-error-regexp-alist-alist (but the `gnu' rule there parses
this as a single file named
"../xmltools/XSD11/schemaDriver.xsd:10.1-../xmltools/XSD11/XMLSchema.xsd:86.1-../xmltools/XML/xml.xsd:"
with an error on line 4, I think).

I'm not sure many programs actually follow the convention stated on that
URL, but it would be nice to support it, anyway.  But I'm not even sure
we really support having errors from several files on the same line in
compilation-mode?  I've added Mattias to the CCs because he was the last
one to touch the `gnu' bits :-), perhaps he has some comments.  (Or if
anybody else has an idea, please chime in.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#54671; Package emacs. (Sat, 02 Apr 2022 18:09:01 GMT) Full text and rfc822 format available.

Message #11 received at 54671 <at> debbugs.gnu.org (full text, mbox):

From: Kenneth Zadeck <zadeck <at> naturalbridge.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 54671 <at> debbugs.gnu.org,
 Mattias Engdegård <mattiase <at> acm.org>
Subject: Re: bug#54671: 26.3; compilation mode tracking error messages
Date: Sat, 2 Apr 2022 12:40:20 -0400
I should admit to you that several years ago I was a gcc maintainer and 
in my time doing that, I never saw gcc generate anything like this.   
But I am now writing a different tool and I had forgot the syntax of 
error messages and the internet came back with that page - and it does 
not work in emacs.

What does work fine is to replace the "-" with a "\n" so that each 
file/lineNo is on a separate line.   Then emacs's next error will just 
move you from one context to the next until you find the right place.

As I said in my original post, I am only submitting it, because 
according to GNU specific documentation, this should work.

Thanks

Kenny

On 4/2/22 11:57, Lars Ingebrigtsen wrote:
> Kenneth Zadeck <zadeck <at> naturalbridge.com> writes:
>
>> There is a page on the web that purports to specify the format of error
>> messages for gnu products. I would have assumed that gnuemacs
>> would have fully implemented this set of standards.
>>
>> https://www.gnu.org/prep/standards/html_node/Errors.html
>>
>> The claim is that
>>
>> "When an error is spread over several files, you can use this format:
>>
>> file1:line1.column1-file2:line2.column2: message"
>>
>> gnuemacs does not seem to understand this in the next error function.
>> It only sees the first file, line. The message
>>
>> =====
>> ../xmltools/XSD11/schemaDriver.xsd:10.1-../xmltools/XSD11/XMLSchema.xsd:86.1-../xmltools/XML/xml.xsd:4:
> Yes, I can't see any attempt to try to parse multi-file error lines in
> compilation-error-regexp-alist-alist (but the `gnu' rule there parses
> this as a single file named
> "../xmltools/XSD11/schemaDriver.xsd:10.1-../xmltools/XSD11/XMLSchema.xsd:86.1-../xmltools/XML/xml.xsd:"
> with an error on line 4, I think).
>
> I'm not sure many programs actually follow the convention stated on that
> URL, but it would be nice to support it, anyway.  But I'm not even sure
> we really support having errors from several files on the same line in
> compilation-mode?  I've added Mattias to the CCs because he was the last
> one to touch the `gnu' bits :-), perhaps he has some comments.  (Or if
> anybody else has an idea, please chime in.)
>




This bug report was last modified 3 years and 129 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.