This is the mail archive of the
mailing list for the GNU libc locales project.
[Bug localedata/14684] New: Support ISO-3166 completely.
- From: "linuxmaster at verizon dot net" <sourceware-bugzilla at sourceware dot org>
- To: libc-locales at sources dot redhat dot com
- Date: Mon, 08 Oct 2012 04:37:54 +0000
- Subject: [Bug localedata/14684] New: Support ISO-3166 completely.
- Auto-submitted: auto-generated
Bug #: 14684
Summary: Support ISO-3166 completely.
Libc only partially complies with ISO-3166 by supporting only assigned and some
reserved two letter codes.
There is no support for user-assigned, unassigned and other codes.
Libc should support all codes defined in ISO-3166, regardless of whether they
are assigned or not.
The codes currently defined by ISO-3166 are:
All assigned codes,
All unassigned codes,
All reserved codes
All user assigned codes.
Please find all defined codes by ISO 3166 at:
Libc should also allow user to dynamically change language, monetary, address,
etc. locale information for lets say "QQ" country code without have the need to
add a new country to the system.
This way, every distribution will have localedata for all countries, the ones
that exist now and the ones that will exist in the future.
For the countries that seize to exist, split or merge with other ones, we
wouldn't have to create a new locale (or delete) for them in the Libc since
Libc would have the whole table of ISO-3166 codes already in it. By whole table
I mean assigned, unassigned and reserved codes.
Libc will be less dependent on the political status of each code, don't have to
add/remove code for every political change, and will increase compatibility of
programs across political changes - the country codes will always be there.
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.