Re: port-mips/57680: printf("%.1f") shows wrong results on R3000 mipseb

[RVP <rvp%SDF.ORG@localhost>]

The following reply was made to PR port-mips/57680; it has been noted by GNATS.

From: RVP <rvp%SDF.ORG@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: port-mips/57680: printf("%.1f") shows wrong results on R3000
 mipseb
Date: Sun, 5 Nov 2023 10:53:52 +0000 (UTC)

 On Sun, 5 Nov 2023, Izumi Tsutsui wrote:
 
 > > I'll try to check which function actually requires -O0 later.
 > > (a bit boring work on the slow machine..)
 >
 > Building dtoa.c with -O0 works around:
 >
 > ---
 >
 > (on NWS-3470 target)
 > ---
 > news3470-% env LD_LIBRARY_PATH=libc-O2-and-dtoa-O0 ldd ./test
 > ./test:
 >         -lc.12 => libc-O2-and-dtoa-O0/libc.so.12
 > news3470-% env LD_LIBRARY_PATH=libc-O2-and-dtoa-O0 ./test
 > 314.2
 > 314
 > 1570.8
 > 1570
 > news3470-%
 >
 
 OK, that takes care of the %[eEfFgG] conversions. You might have to apply
 the same treatment to gdtoa.c for the %L[eEfFgG] long double printing.
 
 Try the %[aA] (hex) conversions too (though I don't think hdtoa.c will have
 any problems).
 
 -RVP