bug#11843: acknowledged by developer (date -s with locale-dependent input: notabug)

2012-07-04 Thread Jim Meyering
peter evans wrote: Thank you for closing this as not a bug. So it is not a bug that date is unable to parse its own output in arbitrary locales. Indeed, it would not be a bug if it stopped and complained about it. That would be perfectly acceptable. date however, goes one better than

bug#11843: acknowledged by developer (date -s with locale-dependent input: notabug)

2012-07-04 Thread Bruno Haible
Jim Meyering wrote: +static inline unsigned char to_uchar (char ch) { return ch; } For the use of 'inline', one needs this too: --- m4/parse-datetime.m4.orig Wed Jul 4 10:04:43 2012 +++ m4/parse-datetime.m4Wed Jul 4 10:04:36 2012 @@ -1,4 +1,4 @@ -# parse-datetime.m4 serial 19 +#

bug#11843: acknowledged by developer (date -s with locale-dependent input: notabug)

2012-07-04 Thread Jim Meyering
Bruno Haible wrote: Jim Meyering wrote: +static inline unsigned char to_uchar (char ch) { return ch; } For the use of 'inline', one needs this too: +++ m4/parse-datetime.m4 Wed Jul 4 10:04:36 2012 + AC_REQUIRE([AC_C_INLINE]) Thanks, Bruno. Here's the complete patch on the gnulib

bug#11843: acknowledged by developer (date -s with locale-dependent input: notabug)

2012-07-04 Thread Jim Meyering
Jim Meyering wrote: Bruno Haible wrote: Jim Meyering wrote: +static inline unsigned char to_uchar (char ch) { return ch; } For the use of 'inline', one needs this too: +++ m4/parse-datetime.m4 Wed Jul 4 10:04:36 2012 + AC_REQUIRE([AC_C_INLINE]) Thanks, Bruno. Here's the complete