Re: lib/strftime.c bug for %r

2003-05-29 Thread Jim Meyering
Daniel Yacob [EMAIL PROTECTED] wrote: I found that the date utility was not displaying the format defined in locales properly for %r (aka t_fmt_ampm). The 'r' case at line 1173 in coreutils-5.0 seems to be the problem. There is no goto underlying_strftime; statement as seen for the related

Re: lib/strftime.c bug for %r

2003-05-29 Thread Daniel Yacob
I'll send my data this evening. French is probably not the best test, %p and %r are undefined -at least they are in the 1996-10-15 locale by Keld Simonsen (the only one I have at my finger tips). $ LC_ALL=fr_FR.UTF-8 date +%r 07:55:29 --- notice the trailing blank, and no AM/PM indicator

[no subject]

2003-05-29 Thread Tim Care
Got this error message while running make check for the coreutils-5.0 I downloaded from the web. Making check in sort make check-TESTS PASS: sort-tests == All 1 tests passed == Making check in stty make check-TESTS FAIL: row-col-1 PASS: basic-1

Re: lib/strftime.c bug for %r

2003-05-29 Thread Jim Meyering
[To the glibc folks, strftime.c's %r directive works fine for strftime as compiled for libc, but not for other applications, i.e., those without _NL_CURRENT. The patch below fixes that. FYI, the coreutils have to compile lib/strftime.c unconditionally, because ls and date provide support for