#17884: TMR: strftime conversion specifier failed during test
---------------------------+----------------------------
Reporter: cocobean | Owner: nobody
Type: bug | Status: new
Priority: normal | Milestone: Unscheduled
Component: System/POSIX | Version: R1/Development
Resolution: | Keywords: strftime
Blocked By: | Blocking:
Platform: All |
---------------------------+----------------------------
Comment (by cocobean):
Setting LC_TIME=C fixed test 2-1 (i.e. test 2-1 now passes testing fully,
but not 1-1 (i.e. test 1-1 still fails one minor test) on hrev56416 x64.
I'll direct the issue to MUSL dev. Seems locale support is an open issue
on MUSL wiki (https://wiki.musl-libc.org/open-issues.html):
"Locale limitations
Locale support is very limited, and barely works. Translation of LC_TIME
is not possible because the key strings for ABMON_5 and MON_5 (“May”) are
identical. Custom collation orders (LC_COLLATE) are not implemented at
all, despite there always having been an intent to support them.
LC_NUMERIC and LC_MONETARY also admit no variation by locale. Solving
these problems requires a major overhaul, but the main missing
prerequisite is involvement from users who want the functionality.
Building officially recognized locales for musl is also a recognized open
problem. The bulk of the data should be derived mechanically from the
Unicode CLDR where possible, but the CLDR seems to lack certain time
format variants corresponding to the ones C/POSIX needs for
nl_langinfo/strftime. This probably requires a great deal of manual work
to remedy, ideally getting the missing formats added upstream with
Unicode."
--
Ticket URL: <https://dev.haiku-os.org/ticket/17884#comment:4>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.