Nicolas Goaziou <m...@nicolasgoaziou.fr> writes:
> Sebastian Reuße <s...@wirrsal.net> writes:
>> The test will error out if the data for the chosen locale isn’t
>> actually present on the system. I chose the «en_US» locale in the
>> hopes that this will frequently be installed. I’ll leave it up to you
>> to decide whether that is acceptable.
> I used "C" locale instead. I think it is available on every system. So
> basically, the test checks if we are not using string< for comparison.
It looks like «string-collate-lessp», when used with the POSIX locale,
is equivalent to «string<». The examples I tried out all came up the
same, and  (headline «LC_COLLATE Category in the POSIX Locale») says
the POSIX collation ordering is the same as the ASCII codeset. glibc
adheres to this too (cf. /usr/share/i18n/locales/POSIX).
In that case the extension to the test case might be better left out.
When I was looking into this yesterday I noticed that glibc ships a
locale definition file that specifies collation according to ISO 14651
(which most language locales derive from), but unfortunately the POSIX
locale doesn’t use that.
Insane cobra split the wood
Trader of the lowland breed
Call a jittney, drive away
In the slipstream we will stay