GNU bug report logs - #60830
30.0.50; The *Compilation* buffer does not recognize Lua errors

Previous Next

Package: emacs;

Reported by: Rudolf Adamkovič <salutis <at> me.com>

Date: Sun, 15 Jan 2023 11:35:01 UTC

Severity: wishlist

Found in version 30.0.50

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


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

From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
To: Rudolf Adamkovič <salutis <at> me.com>
Cc: 60830 <at> debbugs.gnu.org, Stefan Kangas <stefankangas <at> gmail.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#60830: 30.0.50; The *Compilation* buffer does not recognize
 Lua errors
Date: Thu, 12 Oct 2023 16:32:51 +0200
12 okt. 2023 kl. 10.12 skrev Rudolf Adamkovič <salutis <at> me.com>:

>> Maybe you should test it just in case. (You don't need a Windows
>> machine to do that but it adds authenticity).
> 
> I do not understand.

Perhaps you could tell us exactly what you have tested that makes you confident in saying that Windows file names have been 'fixed'. Otherwise there is no way for us to know, because the tests in your patch give us no indication.

> How do false positives and performance tie to "beauty"?

It's a figure of speech.

By the way, precisely what versions of Lua use the message format you described? This information should go into the entry of compilation.txt (and the comments describing the new entries in compilation-error-regexp-alist-alist).
As you say, Lua versions tend to introduce incompatible changes because of how the language is used, and this could very well include the formatting of diagnostics.





This bug report was last modified 1 year and 211 days ago.

Previous Next


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