aboutsummaryrefslogtreecommitdiffstats
path: root/gnuwin32/contrib/libiconv/1.9.2/libiconv-1.9.2-src/README
diff options
context:
space:
mode:
Diffstat (limited to 'gnuwin32/contrib/libiconv/1.9.2/libiconv-1.9.2-src/README')
-rw-r--r--gnuwin32/contrib/libiconv/1.9.2/libiconv-1.9.2-src/README149
1 files changed, 0 insertions, 149 deletions
diff --git a/gnuwin32/contrib/libiconv/1.9.2/libiconv-1.9.2-src/README b/gnuwin32/contrib/libiconv/1.9.2/libiconv-1.9.2-src/README
deleted file mode 100644
index e07ba0f0..00000000
--- a/gnuwin32/contrib/libiconv/1.9.2/libiconv-1.9.2-src/README
+++ /dev/null
@@ -1,149 +0,0 @@
- GNU LIBICONV - character set conversion library
-
-This library provides an iconv() implementation, for use on systems which
-don't have one, or whose implementation cannot convert from/to Unicode.
-
-It provides support for the encodings:
-
- European languages
- 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
- Semitic languages
- ISO-8859-{6,8}, CP{1255,1256}, CP862, Mac{Hebrew,Arabic}
- Japanese
- EUC-JP, SHIFT_JIS, CP932, ISO-2022-JP, ISO-2022-JP-2, ISO-2022-JP-1
- Chinese
- EUC-CN, HZ, GBK, GB18030, EUC-TW, BIG5, CP950, BIG5-HKSCS,
- ISO-2022-CN, ISO-2022-CN-EXT
- Korean
- EUC-KR, CP949, ISO-2022-KR, JOHAB
- Armenian
- ARMSCII-8
- Georgian
- Georgian-Academy, Georgian-PS
- Tajik
- KOI8-T
- Thai
- TIS-620, CP874, MacThai
- Laotian
- MuleLao-1, CP1133
- Vietnamese
- VISCII, TCVN, CP1258
- Platform specifics
- HP-ROMAN8, NEXTSTEP
- Full 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
- Full Unicode, in terms of `uint16_t' or `uint32_t'
- (with machine dependent endianness and alignment)
- UCS-2-INTERNAL, UCS-4-INTERNAL
- Locale dependent, in terms of `char' or `wchar_t'
- (with machine dependent endianness and alignment, and with OS and
- locale dependent semantics)
- char, wchar_t
- The empty encoding name "" is equivalent to "char": it denotes the
- locale dependent character encoding.
-
-When configured with the option --enable-extra-encodings, it also provides
-support for a few extra encodings:
-
- European languages
- CP{437,737,775,852,853,855,857,858,860,861,863,865,869,1125}
- Semitic languages
- CP864
- Japanese
- EUC-JISX0213, Shift_JISX0213, ISO-2022-JP-3
- Turkmen
- TDS565
- Platform specifics
- RISCOS-LATIN1
-
-It can convert from any of these encodings to any other, through Unicode
-conversion.
-
-It has also some limited support for transliteration, i.e. when a character
-cannot be represented in the target character set, it can be approximated
-through one or several similarly looking characters. Transliteration is
-activated when "//TRANSLIT" is appended to the target encoding name.
-
-libiconv is for you if your application needs to support multiple character
-encodings, but that support lacks from your system.
-
-Installation:
-
-As usual for GNU packages:
-
- $ ./configure --prefix=/usr/local
- $ make
- $ make install
-
-After installing GNU libiconv for the first time, it is recommended to
-recompile and reinstall GNU gettext, so that it can take advantage of
-libiconv.
-
-On systems other than GNU/Linux, the iconv program will be internationalized
-only if GNU gettext has been built and installed before GNU libiconv. This
-means that the first time GNU libiconv is installed, we have a circular
-dependency between the GNU libiconv and GNU gettext packages, which can be
-resolved by building and installing either
- - first libiconv, then gettext, then libiconv again,
-or (on systems supporting shared libraries, excluding AIX)
- - first gettext, then libiconv, then gettext again.
-Recall that before building a package for the second time, you need to erase
-the traces of the first build by running "make distclean".
-
-This library can be built and installed in two variants:
-
- - The library mode. This works on all systems, and uses a library
- `libiconv.so' and a header file `<iconv.h>'. (Both are installed
- through "make install".)
-
- To use it, simply #include <iconv.h> and use the functions.
-
- To use it in an autoconfiguring package:
- - If you don't use automake, append m4/iconv.m4 to your aclocal.m4
- file.
- - If you do use automake, add m4/iconv.m4 to your m4 macro repository.
- - Add to the link command line of libraries and executables that use
- the functions the placeholder @LIBICONV@ (or, if using libtool for
- the link, @LTLIBICONV@). If you use automake, the right place for
- these additions are the *_LDADD variables.
- Note that 'iconv.m4' is also part of the GNU gettext package, which
- installs it in /usr/local/share/aclocal/iconv.m4.
-
- - The libc plug/override mode. This works on GNU/Linux, Solaris and OSF/1
- systems only. It is a way to get good iconv support without having
- glibc-2.1.
- It installs a library `libiconv_plug.so'. This library can be used with
- LD_PRELOAD, to override the iconv* functions present in the C library.
-
- On GNU/Linux and Solaris:
- $ export LD_PRELOAD=/usr/local/lib/libiconv_plug.so
-
- On OSF/1:
- $ export _RLD_LIST=/usr/local/lib/libiconv_plug.so:DEFAULT
-
- A program's source need not be modified, the program need not even be
- recompiled. Just set the LD_PRELOAD environment variable, that's it!
-
-
-Distribution:
- ftp://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.9.2.tar.gz
-
-Homepage:
- http://www.gnu.org/software/libiconv/
-
-Bug reports to:
- <bug-gnu-libiconv@gnu.org>
-
-
-Bruno Haible <bruno@clisp.org>