From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7897 Path: news.gmane.org!not-for-mail From: Harald Becker Newsgroups: gmane.linux.lib.musl.general Subject: Re: [PATCH] Byte-based C locale, draft 1 Date: Sun, 07 Jun 2015 01:59:53 +0200 Message-ID: <55738979.4030809@gmx.de> References: <20150606214007.GA17398@brightrain.aerifal.cx> <55737684.7020803@gmx.de> <20150606231057.GZ17573@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1433635224 8650 80.91.229.3 (7 Jun 2015 00:00:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 7 Jun 2015 00:00:24 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-7910-gllmg-musl=m.gmane.org@lists.openwall.com Sun Jun 07 02:00:09 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1Z1O0W-000140-K2 for gllmg-musl@m.gmane.org; Sun, 07 Jun 2015 02:00:08 +0200 Original-Received: (qmail 32041 invoked by uid 550); 7 Jun 2015 00:00:07 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 32021 invoked from network); 7 Jun 2015 00:00:06 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 In-Reply-To: <20150606231057.GZ17573@brightrain.aerifal.cx> X-Provags-ID: V03:K0:f84XZxdt8glnwy64jkmDAgBWQ5FoTuM8i/yg0RBCg0osKaVPAKw W5/uI0yP0n/JryqgVOYKHnla9RbkKHJiR/xU445aC6lH88GlMpeqnU8myXk8cgF1ZYbra3r eipAuSRdVAh8/6ByS0CVxMbstXpwkwwxEu/cTHChhT3vQyHIsYC3Riqo4YOo5YxL9gb80RU Y/88f1b65hsLQnihX6vzA== X-UI-Out-Filterresults: notjunk:1; Xref: news.gmane.org gmane.linux.lib.musl.general:7897 Archived-At: On 07.06.2015 01:10, Rich Felker wrote: > I'm not clear whether your comments are about the proposed byte-based > C locale (the patch you're replying to) or about existing code in > musl. Could you be more specific? I used the discussion about the locale stuff to hop in and ask for getting the most wanted feature I'm looking for: A bare bone (shared) library without all this locale, wchar_t and multi byte overhead. Just having a library which always assume C locale and UTF-8 byte streams, as I ought all this locale stuff is a big block of code, which I heavily dislike and never use (got my own UTF-8 handling when and where required). This library with disabled locale stuff should otherwise still be compatible, just adding the bare minimum of overhead on those locale functions (allowing only the single C locale). Is that specific enough? -- Harald