This is the mail archive of the
mailing list for the glibc project.
[Bug localedata/10550] New: Ability to make use of 3rd-party gconv modules
- From: "anpaza at mail dot ru" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: 23 Aug 2009 15:18:10 -0000
- Subject: [Bug localedata/10550] New: Ability to make use of 3rd-party gconv modules
- Reply-to: sourceware-bugzilla at sourceware dot org
Although iconv supports a lot of encodings, there are lots of marginal encodings
that does not have much sense to include into mainstream. For example, almost
every manufacturer of character LCD controllers makes his own encodings (e.g.
Hitachi, Winstar and so on), and it would be handy to be able to install
additional gconv modules to get basic support for those encodings. Then, one
would be able to use them by using the -fexec-charset option of gcc which would
be very handy.
Unfortunately there are a few problems with installing additional gconv modules
(which do not compile together with glibc).
One of them is that the iconvconfig tool which is used to generate the
gconv-modules.cache file is used internally during glibc building, but is not
installed. Thus there's no way to update the cache file which is in a binary
format (this would be normally done in a postinst section of a package, just
like with gtk-update-icon-cache and other tools).
Another is the mandatory usage of the PTR_DEMANGLE macro in conversion
functions. The sysdep.h file is not meant to be installed in end user's system,
so there's no way to know how to demangle next_step->__shlib_handle.
Is it possible to do something about these issues? Or is there some alternative
Summary: Ability to make use of 3rd-party gconv modules
AssignedTo: libc-locales at sources dot redhat dot com
ReportedBy: anpaza at mail dot ru
CC: glibc-bugs at sources dot redhat dot com
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.