[Bug libc/2800] New: CP1252 usable in all locales supporting ISO-8859-1 or ISO-8859-15

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

[Bug libc/2800] New: CP1252 usable in all locales supporting ISO-8859-1 or ISO-8859-15

tromey at sourceware dot org
The fact that CP1252 and ISO-8859-1[5] are almost identical (MySQL's "latin1" is
a cp1252/iso-8859-1 hybrid, see http://bugs.mysql.com/bug.php?id=11216) and
CP1252 is widely used on non Un*x platforms for locales (languages) that use
ISO-8859-1[5] on Un*x platforms lead me to believe CP1252 can be safely used in
combination with any locale supporting ISO-8859-1 and/or ISO-8859-15.

Please add the output of

$ for locale in $(grep "ISO-8859-1\(5\)\?\ " localedata/SUPPORTED | cut \
-f 1 -d / | cut -f 1 -d \. | sort -u); do echo "${locale}.CP1252/CP1252 \
\\"; done

to localedata/SUPPORTED.

--
           Summary: CP1252 usable in all locales supporting ISO-8859-1 or
                    ISO-8859-15
           Product: glibc
           Version: 2.3.6
            Status: NEW
          Severity: normal
          Priority: P2
         Component: libc
        AssignedTo: drepper at redhat dot com
        ReportedBy: leonard-glibc-bugs at ottolander dot nl
                CC: glibc-bugs at sources dot redhat dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=2800

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
Reply | Threaded
Open this post in threaded view
|

[Bug libc/2800] CP1252 usable in all locales supporting ISO-8859-1 or ISO-8859-15

tromey at sourceware dot org

------- Additional Comments From jakub at redhat dot com  2006-06-19 14:09 -------
Not all possible locale/charset combinations, especially extremely rarely
(in Linux) used ones such as *.CP125{0,2}, need to be in localedata/SUPPORTED.
In fact, I'd say that in these days only UTF-8 charset should be added there.
glibc includes the (POSIX mandated) localedef utility, so anyone who wishes to
use any of the locales in non-default charactersets is just one command away
from creating them.
Every addition to localedata/SUPPORTED means wasting usually from hundreds to
thousands of kilobytes of diskspace.

--
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID


http://sourceware.org/bugzilla/show_bug.cgi?id=2800

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
Reply | Threaded
Open this post in threaded view
|

[Bug libc/2800] CP1252 usable in all locales supporting ISO-8859-1 or ISO-8859-15

tromey at sourceware dot org
In reply to this post by tromey at sourceware dot org

------- Additional Comments From leonard-glibc-bugs at ottolander dot nl  2006-06-19 15:38 -------
Hello Jakub,

Ok, I will not compile a list of valid locales/charsets for IBM pages then :) .
I wrongly assumed the (runtime) information was taken from
/usr/share/i18n/locales and charmaps, and didn't realize they are compiled and
located in /usr/lib/locale.

(This is more of a WONTFIX by the way.)

Maybe the comment in localedata/SUPPORTED about reporting bugs to get locales
included should be changed to express this policy.

After a bit of struggling I seem to have managed to add locales using localedef.
Thanks :-) .


--


http://sourceware.org/bugzilla/show_bug.cgi?id=2800

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.