Max Nikulin <maniku...@gmail.com> writes: > This one is not consistent with what I see on Linux with glibc.
Yeah, I noticed. :) > Perhaps you do not have en_US locale generated > > locale -a | grep en_US > en_US.utf8 $ locale -a | grep en_US en_US.US-ASCII en_US.UTF-8 en_US en_US.ISO8859-15 en_US.ISO8859-1 > Sanity test passed for sort. You may try the same set of pairs with > `string-collate-lessp'. (string-collate-lessp "a" "b" "C" t) ; t (string-collate-lessp "b" "a" "C" t) ; nil (string-collate-lessp "A" "B" "C" t) ; t (string-collate-lessp "B" "A" "C" t) ; nil (string-collate-lessp "a" "b" "C" t) ; t (string-collate-lessp "b" "a" "C" t) ; nil (string-collate-lessp "A" "B" "C" t) ; t (string-collate-lessp "B" "A" "C" t) ; nil (string-collate-lessp "a" "b" "C" nil) ; t (string-collate-lessp "b" "a" "C" nil) ; nil (string-collate-lessp "A" "B" "C" nil) ; t (string-collate-lessp "B" "A" "C" nil) ; nil (string-collate-lessp "a" "b" "C" nil) ; t (string-collate-lessp "b" "a" "C" nil) ; nil (string-collate-lessp "A" "B" "C" nil) ; t (string-collate-lessp "B" "A" "C" nil) ; nil > I am curious if "POSIX" locale works similar to "C" and "C.UTF-8" in > your case (string-collate-lessp "a" "B" "POSIX" nil). (string-collate-lessp "a" "B" "POSIX" nil) ; nil Rudy -- "'Contrariwise,' continued Tweedledee, 'if it was so, it might be; and if it were so, it would be; but as it isn't, it ain't. That's logic.'" -- Lewis Carroll, Through the Looking Glass, 1871/1872 Rudolf Adamkovič <salu...@me.com> [he/him] Studenohorská 25 84103 Bratislava Slovakia