author | Fredrik Kuivinen <frekui@gmail.com> | |
Sun, 18 Feb 2007 08:44:42 +0000 (09:44 +0100) | ||
committer | Junio C Hamano <junkio@cox.net> | |
Sun, 18 Feb 2007 23:57:36 +0000 (15:57 -0800) | ||
commit | e63ccb84e3e29d428548669a7a1206d386a57d6d | |
tree | 7d6a509bef94e59c3e83e043555eea2d9c7eedd8 | tree | snapshot |
parent | 437b1b20df4b356c9342dac8d38849f24ef44f27 | commit | diff |
New autoconf test for iconv
On a Solaris machine I have access to libc contains the symbol
"iconv" but, when compiling with gcc and including iconv.h we get
iconv.h from GNU libiconv. This header file define (among other
things) "iconv" to "libiconv" and so on.
In order to link with GNU libiconv we need -liconv. Currently we
test if the symbol "iconv" is in libc (which is true), then we get
a undefined reference error because we don't have libiconv_open.
The solution this patch implements is to compile and link a
small test program, instead of just checking if the libraries
(libc and libiconv) contains the symbol "iconv".
Signed-off-by: Fredrik Kuivinen <frekui@gmail.com>
Signed-off-by: Junio C Hamano <junkio@cox.net>
On a Solaris machine I have access to libc contains the symbol
"iconv" but, when compiling with gcc and including iconv.h we get
iconv.h from GNU libiconv. This header file define (among other
things) "iconv" to "libiconv" and so on.
In order to link with GNU libiconv we need -liconv. Currently we
test if the symbol "iconv" is in libc (which is true), then we get
a undefined reference error because we don't have libiconv_open.
The solution this patch implements is to compile and link a
small test program, instead of just checking if the libraries
(libc and libiconv) contains the symbol "iconv".
Signed-off-by: Fredrik Kuivinen <frekui@gmail.com>
Signed-off-by: Junio C Hamano <junkio@cox.net>
configure.ac | diff | blob | history |