Thu Nov 22 02:06:00 GMT 2012
Fedora's MinGW toolchain has used win-iconv 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
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 5486 bytes
Desc: not available
More information about the Cygwin-developers