bug#54785: for floating point, printf should use double like in C instead of long double

2022-04-29 Thread Paul Eggert
On 4/29/22 13:04, Chet Ramey wrote: I think I'm going to stick with the behavior I proposed, fixing the POSIX conformance issue and preserving backwards compatibility, until I hear more about whether backwards compatibility is an issue here. Come to think of it, as far as POSIX is concerned Ba

bug#54785: for floating point, printf should use double like in C instead of long double

2022-04-29 Thread Chet Ramey
On 4/25/22 3:06 PM, Paul Eggert wrote: On 4/25/22 11:22, Chet Ramey wrote: Thanks for the input. You're welcome. Whenever you decide what to do about this, could you please let us know? I'd like coreutils printf to stay compatible with Bash printf. Thanks. I think I'm going to stick with t

bug#55183: date

2022-04-29 Thread Pádraig Brady
tag 55183 notabug close 55183 stop On 29/04/2022 13:59, danilopereira82--- via GNU coreutils Bug Reports wrote: %r has a space at the end that makes me insanely angry fix it What's happening is there is no "am_pm" item defined for your locale. Running this with a locale that does define it, yo

bug#55183: date

2022-04-29 Thread danilopereira82--- via GNU coreutils Bug Reports
%r has a space at the end that makes me insanely angry fix it

bug#55023: Issue with CP empty folder after y2038 on 32-bits Kernel

2022-04-29 Thread Pádraig Brady
On 29/04/2022 00:56, Paul Eggert wrote: On 4/27/22 09:42, Pádraig Brady wrote: Marking this as done in the coreutils bug tracker, now that this is being tracked in glibc. This could also be worked around Gnulib for the benefit of 32-bit apps running with unpatched glibc 2.34 and 2.35, or glibc