[RFC] win-iconv

Yaakov (Cygwin/X) yselkowitz@users.sourceforge.net
Thu Nov 22 02:06:00 GMT 2012

Fedora's MinGW toolchain has used win-iconv[1] instead of GNU libiconv
since F16.  win-iconv uses the Win32 APIs to do the heavy lifting,
making it almost 50 times smaller than GNU libiconv.  It handles most of
the same codesets as libiconv and even some the latter does not
(including the glibc aliases UTF8/UTF16 for UTF-8/UTF-16 etc.).  I have
attached a normalized diff between `iconv -l` from libiconv and current
win-iconv.  OTOH, it doesn't provide all of the API extensions of GNU
libiconv, but neither does glibc.

We could even go one step further and incorporate win-iconv (which is
Public Domain) directly into Cygwin itself, which would provide greater
compatibility with glibc and save patches to several packages which
don't use portable ways (e.g. AM_ICONV) for searching for iconv(3), or
use $(LIBICONV) when they should use $(LTLIBICONV), etc.  This would add
about 18KB to cygwin1.dll but save almost 1MB of memory and ImageBase
space for hundreds of packages.

Perhaps the tradeoffs aren't worth it in the end, but I thought it at
least warranted a discussion.  (And if it's not, at least I can stop
pondering this.)


[1] http://code.google.com/p/win-iconv/

-------------- next part --------------
A non-text attachment was scrubbed...
Name: iconv-l.diff
Type: text/x-patch
Size: 5486 bytes
Desc: not available
URL: <http://cygwin.com/pipermail/cygwin-developers/attachments/20121122/dd4e6714/attachment.bin>

More information about the Cygwin-developers mailing list