[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua erro
From: |
Stefan Monnier |
Subject: |
bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua errors |
Date: |
Sun, 08 Oct 2023 11:49:03 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
> (1) How can I specify "this group cannot be '[C]'" in the regexp?
For true "regular expressions", you'd use conjunction and negation and
Bob's your uncle, but sadly, our regexps don't support conjunction nor
negation, so you're stuck doing it by hand, e.g.:
"\\|\\[\\|[^[].*\\|\\[C\\|\\[[^C].*\\|\\[C[^]].*\\|\\[C].+"
Yes, it's hideous and it suffers from a really bad size-explosion
syndrome. I don't even want to think about how to encode "this group
can match neither "joe" nor "henry".
>> I see no reason for the non-greedy match in the first regexp, do you?
> I made the relevant groups greedy, but I wonder what difference it
> makes. Is there a way to test the change in 'compile-tests.el'?
.*?\n
and
.*\n
are equivalent because . can't match the same char as \n, so there's no
choice to be made about how many repetitions of . to use.
But the regexp compiler notices this fact (which it can use to avoid
using backtracking and thus work noticeably more efficiently) only if
you use ".*\n".
Stefan
- bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua errors, (continued)
- bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua errors, Stefan Monnier, 2023/10/06
- bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua errors, Mattias Engdegård, 2023/10/07
- bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua errors, Stefan Monnier, 2023/10/07
- bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua errors, Mattias Engdegård, 2023/10/08
- bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua errors, Mattias Engdegård, 2023/10/08
- bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua errors, Rudolf Adamkovič, 2023/10/07
- bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua errors, Mattias Engdegård, 2023/10/08
- bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua errors, Rudolf Adamkovič, 2023/10/12
- bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua errors, Rudolf Adamkovič, 2023/10/12
- bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua errors, Mattias Engdegård, 2023/10/12
- bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua errors,
Stefan Monnier <=
- bug#60830: 30.0.50; The *Compilation* buffer does not recognize Lua errors, Rudolf Adamkovič, 2023/10/12