https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
--- Comment #14 from Martin Sebor ---
Jeff has a setup that builds most if not all targets. I think he's also got it
hooked up to an emulator but I'm not sure he runs tests. Unfortunately,
there's no Web interface to it that we could access. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
--- Comment #13 from joseph at codesourcery dot com ---
As I noted in bug 40883 comment 8, you can detect such issues in
target-specific code by building a cross compiler using a native compiler
from the same trunk version, and configuring with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
--- Comment #12 from David Edelsohn ---
Dumping work onto all other target maintainers at a time not of their choosing
isn't acceptable either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
--- Comment #11 from Martin Sebor ---
Most of the issues were fixed before the warning was enabled: see r271338. The
cleanup was done on x86 and it was expected that other targets would need some
minor changes before the warning could be enabled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
--- Comment #10 from Segher Boessenkool ---
And yes, that means a lot of work for whoever wants to make the warning
default (during GCC builds or otherwise).
The alternative is a lot of work for other people. That is not a good
alternative.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
--- Comment #9 from Segher Boessenkool ---
Let me put it differently, then:
Such warnings should not be enabled by default before most it warns about
has been fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
--- Comment #7 from Segher Boessenkool ---
Author: segher
Date: Sun Jul 14 08:24:38 2019
New Revision: 273475
URL: https://gcc.gnu.org/viewcvs?rev=273475&root=gcc&view=rev
Log:
rs6000: Shut up -Wformat-diag a little more
PR target/9114
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
--- Comment #6 from Segher Boessenkool ---
Author: segher
Date: Sat Jul 13 15:57:21 2019
New Revision: 273468
URL: https://gcc.gnu.org/viewcvs?rev=273468&root=gcc&view=rev
Log:
rs6000: Shut up -Wformat-diag somewhat
We currently get lot of buil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
--- Comment #5 from Segher Boessenkool ---
I have a patch removing "builtin function" where that is redundant.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
--- Comment #4 from Segher Boessenkool ---
And I am quite serious about that last point: I have to redirect stderr
to file and search that with a text editor to find the errors, there are
a dozen screenfuls of useless warnings (about two screens
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
--- Comment #3 from Segher Boessenkool ---
12593 |"internal error: builtin function %qs already processed",
That's a fatal_error; users will never see that, *no one* will ever see that.
14747 | error ("builtin function %qs is only vali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
Richard Biener changed:
What|Removed |Added
Target||powerpc*-*-*
--- Comment #2 from Richar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
--- Comment #1 from Michael Meissner ---
Or we can just decorate the sources with:
/* Disable warnings about misspelling built-in in GCC diagnostics. */
#if __GNUC__ >= 10
# pragma GCC diagnostic push
# pragma GCC diagnostic ignored "-Wformat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91148
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
15 matches
Mail list logo
