This is the mail archive of the
libc-help@sourceware.org
mailing list for the glibc project.
Re: [PATCH 0/2] new gconv modules for digital TV encodings
- From: "Carlos O'Donell" <carlos at redhat dot com>
- To: tskd08 at gmail dot com, libc-help at sourceware dot org, carlos at systemhalted dot org
- Date: Fri, 13 Mar 2015 14:42:26 -0400
- Subject: Re: [PATCH 0/2] new gconv modules for digital TV encodings
- Authentication-results: sourceware.org; auth=none
- References: <20150305223255 dot GD19311 at vapier> <1425654747-6213-1-git-send-email-tskd08 at gmail dot com> <20150313060322 dot GK877 at vapier> <5502EDEF dot 5080300 at redhat dot com> <20150313163656 dot GO877 at vapier>
On 03/13/2015 12:36 PM, Mike Frysinger wrote:
>> Mike, Do we really see this encoding being a maintenance problem?
>
> i have no problem accepting it (pending a fuller review), i just assumed no one
> else would care ;)
The primary reason I like including the encoding is that it's
based on a published ISO standard e.g. ISO/IEC 6937, but with
a slight industry tweak. Similar for character set based on
ISO 2022.
We should work towards helping the industry use GNU/Linux
and adopt standards where possible, and having the encodings
and character maps in glibc helps there.
It is certainly a trade-off between having a million charmaps
and encodings and having only the most used, but at this point
in time we get so few requests that until we're inundated with
standardized formats I don't think we need to worry.
Someome might want to add configure options to cut out all
but the most interesting encodings and that wouldn't hurt
either.
Cheers,
Carlos.