[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#58984: 29.0.50; M-x compile misinterprets libcheck error message for
From: |
Basil L. Contovounesios |
Subject: |
bug#58984: 29.0.50; M-x compile misinterprets libcheck error message format |
Date: |
Tue, 08 Nov 2022 20:24:17 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Mattias Engdegård [2022-11-06 15:26 +0100] wrote:
> 6 nov. 2022 kl. 13.10 skrev Basil L. Contovounesios <contovob@tcd.ie>:
>
>> The only alternative format I'm aware of is after compiling the test
>> runner in CK_SUBUNIT mode instead of CK_NORMAL or CK_ENV.
>
> If you like but I rather thought about fixing libcheck. Would
> something break if we added a space to the format string in `tr_str`?
> Ask the maintainers?
I'd have to look at the source and search their past discussions; it's
possible this has come up before. Don't hold your breath though,
because I won't get around to this soon. Either way I wouldn't be
particularly comfortable asking to change a default format that's
presumably been around for a while, but perhaps they can advise us
indeed.
>> In any case the feature request was to support Check's default output
>> (what we do with our small manual test suite is largely
>> inconsequential), so if that's too difficult and brittle for few gains,
>> we can close this as wontfix.
>
> You decide -- I don't think it's worth the trouble to add more contortions to
> the already much too complex `gnu` compilation-mode rule, if that is even
> possible without breaking something else or introducing major regexp
> backtracking points...
Does it have to go in the 'gnu' rule? Is it not feasible to have it as
a separate rule?
Thanks,
--
Basil