GNU bug report logs - #47024
28.0.50; [feature/native-comp] Warnings from async compilations truncated

Previous Next

Full log

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 47024 <at> debbugs.gnu.org
Subject: Re: bug#47024: 28.0.50; [feature/native-comp] Warnings from async
 compilations truncated
Date: Wed, 10 Mar 2021 15:20:17 +0000

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Andrea Corallo <akrl <at> sdf.org>
>> Cc: 47024 <at> debbugs.gnu.org
>> Date: Wed, 10 Mar 2021 13:12:59 +0000
>> 
>> >  seq.el:396:16: Warning: `seq-contains' is an obsolete generic function (as of
>> >      27.1); use `seq-contains-p' instead.
>> >
>> > There's an actual newline at the end of the first line, because by
>> > default we _fill_ the text.
>> >
>> > So I think the solution should be to bind (in the sub-process which
>> > performs the actual compilation) warning-fill-column to a large
>> > number.
>> 
>> Nice, is 256 a reasonable number?
>
> How about most-positive-fixnum?

Sounds good, fe1c081c38 does that.

>> > Is there a similar issue with error messages?
>> 
>> Yes, we suffer from the same issue if the Error is emitted with new
>> lines.
>
> But is there a similar variable to bind in that case? fill-column,
> perhaps?

Dunno, I'll make some tests if we don't get a precise suggestion.

  Andrea

Previous Next

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