From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/10980 Path: news.gmane.org!.POSTED!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Re: a bug in bindtextdomain() and strip '.UTF-8' Date: Sun, 29 Jan 2017 10:55:07 -0500 Message-ID: <20170129155507.GK1533@brightrain.aerifal.cx> References: <20170129133946.GT17692@port70.net> <20170129140747.GJ1533@brightrain.aerifal.cx> 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 1485705326 17379 195.159.176.226 (29 Jan 2017 15:55:26 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 29 Jan 2017 15:55:26 +0000 (UTC) User-Agent: Mutt/1.5.21 (2010-09-15) To: musl@lists.openwall.com Original-X-From: musl-return-10995-gllmg-musl=m.gmane.org@lists.openwall.com Sun Jan 29 16:55:22 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 1cXroy-0003mU-Jp for gllmg-musl@m.gmane.org; Sun, 29 Jan 2017 16:55:16 +0100 Original-Received: (qmail 26559 invoked by uid 550); 29 Jan 2017 15:55:20 -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 26538 invoked from network); 29 Jan 2017 15:55:19 -0000 Content-Disposition: inline In-Reply-To: Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:10980 Archived-At: On Sun, Jan 29, 2017 at 10:48:34PM +0800, He X wrote: > 1. agreed with rich, nplurals is important too; compiling the kernel, > cannot update the patch > 2. no other ways, musl will use generic config 100%, and then the > exception, the run time error is hardcoded there; but i doubt if this > really breaks binaries, the function is only called by libstdc++ itself. > you cant only update the config, but does not update libstdc++. libstdc++ > exported the same abi for common binaries, wont break most dynamic-loaded > binary in my view. > > btw, with 'p-> to q->', 'strip .UTF-8'(these two in the first thread), and > these two patches, fcitx, chromium are working well. > > but there're some names like 'de_DE@euro', 'zh_CN.GBK', these should be > stripped, either, any good ideas? This has all been discussed before; see this email and others in the thread: http://www.openwall.com/lists/musl/2016/05/11/8 Masanori Ogino was going to work on some follow-up research, testing, and/or implementation but didn't get around to it. I'm not aware of any newer findings that contradict the direction suggested in that thread. For your specific examples, de_DE@euro would be searched in de_DE, de@euro, and finally de; zh_CN.GBK would be invalid (non-UTF-8 encodings not permitted) but it's not clear to me how it should be handled (rejection or rewriting at setlocale time, stripping .GBK at translation load time, or leaving .GBK there and letting translation fail). Rich