From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/2319 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Re: Revisiting 1.0 wishlist Date: Tue, 20 Nov 2012 09:02:03 -0500 Message-ID: <20121120140202.GA20323@brightrain.aerifal.cx> References: <20121120050940.GA13916@brightrain.aerifal.cx> 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 1353420136 29581 80.91.229.3 (20 Nov 2012 14:02:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 20 Nov 2012 14:02:16 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-2320-gllmg-musl=m.gmane.org@lists.openwall.com Tue Nov 20 15:02:28 2012 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1TaoPD-00050i-2e for gllmg-musl@plane.gmane.org; Tue, 20 Nov 2012 15:02:27 +0100 Original-Received: (qmail 24389 invoked by uid 550); 20 Nov 2012 14:02:16 -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 24380 invoked from network); 20 Nov 2012 14:02:15 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:2319 Archived-At: On Tue, Nov 20, 2012 at 01:40:01PM +0000, Roy wrote: > Rich Felker aerifal.cx> writes: > > > support for a to-be-determined set of additional > > legacy character encodings in iconv. At the very > > least, the major legacy encodings for Korean and > > Traditional Chinese should be included, and it > > may also be desirable to add support for stateful > > encodings (ISO-2022). Aside from these, I believe > > all encodings important for supporting legacy data > > on the web, in email, etc. are supported. > > Does it include EBCDIC, especially the stateful(SI-SO) > Double-Byte Character Set(DBCS) EBCDICs? > The glibc gconv module support DBCS EBCDIC which GNU > libiconv does not support. > (I asked libiconv devs and they told me they do > not have intention to support them). At present, musl's iconv does not support any stateful encodings (the iconv_t it not actually a pointer to any state; it's just a bitfield storing the source and dest encodings directly), nor does it support EBCDIC at all. In general I believe stateful encodings may be relevant (ISO-2022-JP used to be the main Japanese encoding used on IRC; is that still true?) but I'm unsure whether even EBCDIC itself (much less derived DBCS's) has modern relevance with respect to iconv. I think the important question to ask is: "Is there any chance of an application which uses iconv to support receiving data in varied character encodings receiving data as EBCDIC?" My guess is no, but if you know usage cases I'll listen. Rich