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)


31.12.2018 14:59 Aurelien Jarno <aurelien@aurel32.net> wrote:
> 
> On 2018-12-31 12:11, Florian Weimer wrote:
> > * Aurelien Jarno:
> > 
> > >> Is there any system which uses 12h format with the date command?
> > >
> > > Yes, the following locale use a 12h format with the date command:
> > > aa_DJ aa_ER aa_ET am_ET az_IR byn_ER el_CY el_GR fa_IR gez_ER gez_ET
> > > ku_TR lzh_TW om_ET om_KE sid_ET so_DJ so_ET so_KE so_SO ti_ER ti_ET
> > > tig_ER uz_UZ wal_ET
> > 
> > Sorry, I meant other UNIX-like systems that use 12h format by defaul,
> > without any specific locale selection.
> 
> I don't think that's the case. UNIX-like systems are supposed to follow
> POSIX, and "%X" and "%c" are defined in 24h format without locale
> selection.

This patch is for en_US only and I don't think that POSIX says it should
be 24h clock in every locale.  en_US locale is not default, it is used
only when explicitly requested.  Although I am aware that usually it is
usually preset.  But it does not overwrite POSIX.

I think that it should be 12h in en_US locale and in every locale where
people request it.  It's not hurting anyone using a different locale
(modulo those who use “copy "en_US"” but I assume they do it deliberately.)

Regards,

Rafal


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