|
From: | Paul Eggert |
Subject: | bug#54785: for floating point, printf should use double like in C instead of long double |
Date: | Mon, 25 Apr 2022 18:33:29 -0700 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 |
On 4/25/22 16:50, Glenn Golden wrote:
On Mon, Apr 25, 2022, at 13:06, Paul Eggert wrote:I'd like coreutils printf to stay compatible with Bash printf. Thanks.Is there any interest/motivation for consistentizing {coreutils printf, bash printf} with glibc printf? There's a minor but notable inconsistency between them for %a format. See https://lists.gnu.org/archive/html/coreutils/2022-04/msg00020.html I asked about this on the coreutils list, but no response.
To some extent it's the same problem. If Bash and coreutils printf change to use 'double', they'll output the same thing that C printf outputs.
But to some extent it's a different problem, as the Bash and coreutils printf use glibc printf with long double, and the latter isn't working consistently with double. I suppose filing a glibc bug report might address this different problem.
[Prev in Thread] | Current Thread | [Next in Thread] |