bug#54671: 26.3; compilation mode tracking error messages

bug#54671: 26.3; compilation mode tracking error messages

[Kenneth Zadeck]

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

bug#54671: 26.3; compilation mode tracking error messages

[Lars Ingebrigtsen]

Kenneth Zadeck <zadeck@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

bug#54671: 26.3; compilation mode tracking error messages

[Kenneth Zadeck]

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@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.)
>