This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] en_US: define date_fmt (bug 24046)


3.01.2019 00:47 Aurelien Jarno <aurelien@aurel32.net> wrote:
> [...]
> My point was that country spanning multiple time zones usually (or
> should?) already have the time zone indicated in d_t_fmt, so d_t_fmt and
> date_fmt should be the same. At least that was my impression looking
> only at a few locales.
> 
> However after grepping the existing locales, it is not that clear
> anymore. The presence of %z or %Z in d_t_fmt seems mostly random. And
> often different in t_fmt...

I'm not aware of any rule saying whether d_t_fmt should include a time
zone or not.  Additionally, date_fmt is a GNU extension.  But I perceive
the built in C locale as a model implementation.  Other locales may be
pretty sloppy.  In C locale the only difference between d_t_fmt and
date_fmt is that date_fmt contains the time zone while d_t_fmt does not.

So, have we agreed that we can switch date_fmt in en_US to 12 hour
format?  Can we do it now despite the freeze period?  What do you
think about my suggestion to use "%r" instead of "%I:%M:%S %p"?

Regards,

Rafal


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]