From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7896 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: [PATCH] Byte-based C locale, draft 1 Date: Sat, 6 Jun 2015 19:10:57 -0400 Message-ID: <20150606231057.GZ17573@brightrain.aerifal.cx> References: <20150606214007.GA17398@brightrain.aerifal.cx> <55737684.7020803@gmx.de> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1433632286 1136 80.91.229.3 (6 Jun 2015 23:11:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 6 Jun 2015 23:11:26 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-7909-gllmg-musl=m.gmane.org@lists.openwall.com Sun Jun 07 01:11:18 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 1Z1NFB-0003NC-U1 for gllmg-musl@m.gmane.org; Sun, 07 Jun 2015 01:11:14 +0200 Original-Received: (qmail 7584 invoked by uid 550); 6 Jun 2015 23:11:12 -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 7566 invoked from network); 6 Jun 2015 23:11:11 -0000 Content-Disposition: inline In-Reply-To: <55737684.7020803@gmx.de> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:7896 Archived-At: On Sun, Jun 07, 2015 at 12:39:00AM +0200, Harald Becker wrote: > Hi Rich ! > > On 06.06.2015 23:40, Rich Felker wrote: > >Attached is the first draft of a proposed byte-based C locale. The > >patch is about 400 lines but most of it is context, because it's > >basically a lot of tiny changes spread out over lots of files. > > Sorry for my hopping in. I like musl, but I really dislike all this > wchar_t and locale management. Ok, I see it is required for POSIX > compatibility, so I have to accept the existence of this stuff. If > linking statically, I'm able to avoid most of this and this code > never gets in, but when linking shared it makes all into the shared > library (which is my point of criticism). > > So I like to see a build switch to disable all this locale stuff, > assuming just bare char type and sole only C / UTF-8 locale, with a > minimum on locale overhead (all locale functions should just fail > except for there very simple / standard usage cases). Is there any > chance to see such a build switch in the main stream, or do I really > need to create an maintain a separate patch for this (the hard way)? 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? Rich