This is the mail archive of the libc-locales@sourceware.org mailing list for the GNU libc locales 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]

[Bug localedata/22848] ca_ES: update date definitions from CLDR


https://sourceware.org/bugzilla/show_bug.cgi?id=22848

--- Comment #25 from Rafal Luzynski <digitalfreak at lingonborough dot com> ---
(In reply to Egmont Koblinger from comment #23)
> [...]
> It seems to have a MAX_MON_WIDTH = 5 which I don't see justified and should
> be eliminated. It's okay for "ls" to visually align (pad) the names taken
> from glibc, it's not okay to truncate them.

Maybe it was set for some incorrectly wrong month names or the developers
didn't know what translators may provide and wanted to avoid troubles. If
setting this to 6 fixes the problem then let's do it (let's ask coreutils
maintainers).

coreutils needs a minor update anyway because it uses not only strftime() from
glibc but some implementations from Gnulib which has been fixed already
upstream but coreutils does not yet use the latest version of Gnulib.

I can see that ls provides its own implementation of date format containing
"%b" and claims it is 17% faster than glibc. Now it does not support "%Ob"; if
you introduce it in Catalan translation then you will experience the
performance drop, also ls will not work if the same source code is run on older
glibc or even in BSD.

(In reply to Robert Buj from comment #11)
> In FeeBSD, we can't set ab_alt_mon (or similar), we can only set ab_mon, for
> that reason "%b" = "%Ob".

True, this is purely glibc extension, it does not exist anywhere else.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

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