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 [1] (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.