Re: [PATCH] "date" malfunctions in the Turkish locale

2008-08-03 Thread Jim Meyering
Bruno Haible <[EMAIL PROTECTED]> wrote: >> Here's a proposed patch to solve the problem without changing locale. >> Since tables are all ASCII, we can simply use c_toupper instead >> of toupper. While not necessary, I've gone ahead and changed to >> c_isspace and c_isalpha as well. Any applicatio

Re: [PATCH] "date" malfunctions in the Turkish locale

2008-08-03 Thread Bruno Haible
Hi Jim, > Here's a proposed patch to solve the problem without changing locale. > Since tables are all ASCII, we can simply use c_toupper instead > of toupper. While not necessary, I've gone ahead and changed to > c_isspace and c_isalpha as well. Any application that relies on getdate > skipping

Re: [PATCH] "date" malfunctions in the Turkish locale

2008-08-02 Thread Jim Meyering
Vefa Bicakci <[EMAIL PROTECTED]> wrote: > As you can guess from the subject line, the date program Thank you for the bug report! To summarize, this invocation of date should not fail: $ LC_MESSAGES=C LC_CTYPE=tr_TR.UTF-8 date -d Fri date: invalid date `Fri' ... > + setlocale(LC_ALL, "C")