Sebastian Reuße <s...@wirrsal.net> writes:
> 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).
True. Somehow, I thought the would differ outside the ASCII range.
> In that case the extension to the test case might be better left out.
I'm going to remove this test. Thanks for the heads up.