GNU bug report logs - #25987
25.2; support gcc fixit notes

Previous Next

Package: emacs;

Reported by: Tom Tromey <tom <at> tromey.com>

Date: Sun, 5 Mar 2017 21:49:01 UTC

Severity: wishlist

Merged with 29004

Found in versions 25.2, 27.0.50

Full log


View this message in rfc822 format

From: Andrea Corallo <akrl <at> sdf.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 25987 <at> debbugs.gnu.org, dmalcolm <at> redhat.com
Subject: bug#25987: 25.2; support gcc fixit notes
Date: Thu, 15 Oct 2020 14:44:52 +0000
Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Andrea Corallo <akrl <at> sdf.org>
>> Cc: David Malcolm <dmalcolm <at> redhat.com>,  25987 <at> debbugs.gnu.org
>> Date: Thu, 15 Oct 2020 14:23:05 +0000
>> 
>> > I'm not sure how a separate file comes into this.  Aren't we talking
>> > about the "normal" GCC diagnostic output, just augmented by hints?
>> > That has the advantage that it is also human-readable, and could help
>> > the user make changes other than accepting the hints.
>> 
>> I explained this in my last mail on this thread, to make it short using
>> stderr can't work reliably for parallel builds.
>
> That's not a problem the feature discussed here can fix: it happens
> with any parallel build run by "M-x compile".

Yes, but this is less severe as the line is tipically preserved and the
regexps we use for the goto-error are not affected, so in practice it
works.  The case of the patch is more sensitive.

> The solution to that is
> elsewhere (e.g., in using the GNU Make's command-line switches which
> control parallelsim).

That is saying is good enough.  I'm fine with that in case, but this was
to explain why the separate file came in.

  Andrea




This bug report was last modified 4 years and 248 days ago.

Previous Next


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