https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100854
--- Comment #6 from Andrea Corallo ---
"jasonwucj at gcc dot gnu.org" writes:
[...]
>
> I guess this issue has been resolved by newlib implementation. :)
>
> Refer to the discussions on:
> https://sourceware.org/pipermail/newlib/2021/018471.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100854
Chung-Ju Wu changed:
What|Removed |Added
CC||andrea.corallo at arm dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100854
Eric Gallager changed:
What|Removed |Added
Last reconfirmed||2021-12-24
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100854
--- Comment #3 from Hongtao.liu ---
I'm testing
diff --git a/gcc/c-family/c-common.c b/gcc/c-family/c-common.c
index a25d59fa77b..4dab4d60773 100644
--- a/gcc/c-family/c-common.c
+++ b/gcc/c-family/c-common.c
@@ -8842,6 +8842,10 @@ excess_preci
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100854
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100854
--- Comment #1 from joseph at codesourcery dot com ---
On Tue, 1 Jun 2021, acoplan at gcc dot gnu.org via Gcc-bugs wrote:
> This could be considered a bug in TS 18661-3 which stipulates that
> __FLT_EVAL_METHOD__ take backwards-incompatible val
