From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/12135 Path: news.gmane.org!.POSTED!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: wcscoll does not collate properly, even en_US Date: Sun, 26 Nov 2017 17:32:39 -0500 Message-ID: <20171126223239.GV1627@brightrain.aerifal.cx> References: <5A1B330C.80107@adelielinux.org> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1511735576 19559 195.159.176.226 (26 Nov 2017 22:32:56 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 26 Nov 2017 22:32:56 +0000 (UTC) User-Agent: Mutt/1.5.21 (2010-09-15) To: musl@lists.openwall.com Original-X-From: musl-return-12151-gllmg-musl=m.gmane.org@lists.openwall.com Sun Nov 26 23:32:51 2017 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.84_2) (envelope-from ) id 1eJ5Tk-0004ZT-8A for gllmg-musl@m.gmane.org; Sun, 26 Nov 2017 23:32:48 +0100 Original-Received: (qmail 32319 invoked by uid 550); 26 Nov 2017 22:32:53 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 32292 invoked from network); 26 Nov 2017 22:32:52 -0000 Content-Disposition: inline In-Reply-To: <5A1B330C.80107@adelielinux.org> Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:12135 Archived-At: On Sun, Nov 26, 2017 at 03:33:00PM -0600, A. Wilcox wrote: > Hi. > > My understanding is that musl does not want to support collation in > non-English languages (at least, not yet), but collation is supported in > American English. I'm not sure where you got that understanding. The information on the wiki states that proper LC_COLLATE functionality (anything but raw codepoint order) is intended future functionality but not yet done. Nowhere in musl is "American English is supported but nothing else is" an acceptable policy (and as such a hypothetical patch to add hard-coded LC_COLLATE for American English without a general framework capable of supporting arbitrary languages would be rejected by me). > glib's test suite is failing on musl now because the locale code is just > functional enough to make glib not skip the tests entirely (1.1.16 > failed the 'setlocale is giving us the locale we set back' test), yet > collation doesn't work. wcscoll is giving the same result as wcscmp. > This is wrong; a simple test case is attached. Run on a glibc machine, > a FreeBSD machine, and a Solaris machine, it will output: This is known. kaniini (from Alpine) and others have brought similar things to my attention and the issue of how current setlocale behavior affects applications/tests is under discussion in the thread "setlocale behavior with 'missing' locales". I'd really like further feedback on it so that the proposed changes don't end up being a worse problem that we have to revert/throw-away. While we're on the topic of getting things in a state so that locale functionality is actually usable, the thread "Bikeshed invitation for nl_langinfo ambiguities" also needs some attention. Rich