From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/11040 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: Mon, 13 Feb 2017 12:13:59 -0500 Message-ID: <20170213171359.GJ1520@brightrain.aerifal.cx> References: <20170129163329.GL1533@brightrain.aerifal.cx> <20170208143147.GY1533@brightrain.aerifal.cx> <20170211023610.GA1520@brightrain.aerifal.cx> <20170212023422.GE1520@brightrain.aerifal.cx> <20170213132816.GG1520@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 1487006055 27276 195.159.176.226 (13 Feb 2017 17:14:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 13 Feb 2017 17:14:15 +0000 (UTC) User-Agent: Mutt/1.5.21 (2010-09-15) To: musl@lists.openwall.com Original-X-From: musl-return-11055-gllmg-musl=m.gmane.org@lists.openwall.com Mon Feb 13 18:14:11 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 1cdKCX-0006pt-QP for gllmg-musl@m.gmane.org; Mon, 13 Feb 2017 18:14:09 +0100 Original-Received: (qmail 18154 invoked by uid 550); 13 Feb 2017 17:14:14 -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 18133 invoked from network); 13 Feb 2017 17:14:13 -0000 Content-Disposition: inline In-Reply-To: Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:11040 Archived-At: On Mon, Feb 13, 2017 at 10:12:13PM +0800, He X wrote: > I dont know how, but it's indeed GBK, even with musl, vim indeed generated > GBK set files, maybe it's because im using gnu > gettext(without-included-gettext). I think we should avoid this issue > depending on a check of libc, rather than assuming all .mo files are UTF-8 > set. Support for non-UTF-8 .mo files won't be added. It means wasting lots of memory per-process to keep converted copies in-core rather than mapping from disk. msgfmt just needs to be fixed not to produce non-UTF-8 output. (It also needs to be fixed to handle SYSDEP strings correctly.) Rich