仍然有在Unicode和其他的传统编码之间转换的需求。GNU的libiconv就是为这两种应用设计的编码转换库。
由于历史原因，国际化的文字常常由于语言或者国家的原因使用不同的编码。随着互联网时代的到来，通过互联网进行文字交流也逐渐增多：浏览外国的网站，这个时候字符编码的转换变得尤为重要。这带来了一个问题，就是许多字符在某一种编码方式中没有。为了解决这种混乱，Unicode的编码方式被建立。 Unicode是一种超级编码包含了所有这些编码的字符集，因此一些新的文本格式像XML的默认编码方式就是Unicode.
但是很多老式的计算机还在使用当地的传统的字符编码方式。而一些程序，例如邮件程序和浏览器必须能在这些不同的用户编码之间作转换。其他的一些程序则内置支持Unicode，以顺利支持国际化的处理，但是仍然有在Unicode和其他的传统编码之间转换的需求。GNU的libiconv就是为这两种应用设计的编码转换库。
详细资料
libiconv库为需要做转换的应用提供了一个iconv()的函数，以实现一个字符编码到另一个字符编码的转换。
包括的编码有：
欧洲语系 ASCII, ISO-8859-{1,2,3,4,5,7,9,10,13,14,15,16}, KOI8-R, KOI8-U, KOI8-RU, CP{1250,1251,1252,1253,1254,1257}, CP{850,866}, Mac{Roman,CentralEurope,Iceland,Croatian,Romania}, Mac{Cyrillic,Ukraine,Greek,Turkish}, Macintosh
犹太语系 ISO-8859-{6,8}, CP{1255,1256}, CP862, Mac{Hebrew,Arabic}
日文 EUC-JP, SHIFT_JIS, CP932, ISO-2022-JP, ISO-2022-JP-2, ISO-2022-JP-1
中文 EUC-CN, HZ, GBK, GB18030, EUC-TW, BIG5, CP950, BIG5-HKSCS, ISO-2022-CN, ISO-2022-CN-EXT
朝鲜文 EUC-KR, CP949, ISO-2022-KR, JOHAB
亚美尼亚语 ARMSCII-8
格鲁尼亚语 Georgian-Academy, Georgian-PS
塔吉克语 KOI8-T
泰国语 TIS-620, CP874, MacThai
老挝语 MuleLao-1, CP1133
越南语 VISCII, TCVN, CP1258
特殊平台 HP-ROMAN8, NEXTSTEP
全部Unicode UTF-8 UCS-2, UCS-2BE, UCS-2LE UCS-4, UCS-4BE, UCS-4LE UTF-16, UTF-16BE, UTF-16LE UTF-32, UTF-32BE, UTF-32LE UTF-7 C99, JAVA
按照uint16_t或uint32_t的全部Unicode(with machine dependent endianness and alignment) UCS-2-INTERNAL, UCS-4-INTERNAL
按照`char\'或`wchar_t\'的某些本地依赖 (with machine dependent endianness and alignment, and with OS and locale dependent semantics) char, wchar_t 犹太语系 空编码名称等价于"char"，它不依赖于本地编码
当选择了配置选项 --enable-extra-encodings 以后,会支持下面几种扩展编码:
欧洲语系 CP{437,737,775,852,853,855,857,858,860,861,863,865,869,1125}
犹太语系 CP864
日语 EUC-JISX0213, Shift_JISX0213, ISO-2022-JP-3
土库曼语 TDS565
特殊平台 RISCOS-LATIN1
通过到Unicode的转换，所有这都可以互相转换些编码。
当然这个翻译也有局限性，比如当一个字符在目标的编码里没有的对应字符的时候，转换程序会自动选择一个最相近的。当目标编码前面加上"//TRANSLIT"的时候，转换开始。
libiconv多被用在应用需要多字节编码而目标系统部支持多自己编码的时候。