Werner Lemberg wrote:
> It's not clear to me why groff should do provide the correct -T
> option.
Because the iconv character set conversion might involve
transliteration, e.g. U+2264 to "<=", which would disturb groff's nice
justification of the right margin if it were done after groff.
Markus Kuhn wrote:
> now you can finally provide in a
> standardized way to the C library a Unicode wchar_t string, and then it
> will do the I/O in the locale-dependent character encoding for you.
Only in glibc is wchar_t == Unicode. In other OSes, like FreeBSD,
wchar_t is not Unicode.
Marcin 'Qrczak' Kowalczyk wrote:
> I need the conversion between Unicode and the default locale-dependent
> byte encoding. I know how to do it assuming that wchar_t is Unicode.
> Am I right that there is no portable way do to it otherwise ...?
No. The portable alternative is "iconv". (iconv is portable, because
if it is not contained in the C library, the libiconv substitute can
be used.)
See the sh-utils-2.0j or fileutils-4.0x snapshot on alpha.gnu.org,
files
m4/codeset.m4
m4/glibc21.m4
m4/iconv.m4
lib/Makefile.am
lib/unicodeio.h
lib/unicodeio.c
lib/localcharset.c
lib/config.charset
Bruno
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/lists/
