bug#58984: 29.0.50; M-x compile misinterprets libcheck error message format

["Basil L. Contovounesios" via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>]

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