iconv / libiconv 1.15 vs libc / libiconv_open | common/isc_file.cpp [CORE5989] #6239
Submitted by: Dilyan Palauzov (dpa-firebirdsql_aegee.org)
Running ./configure reports:
checking iconv.h usability... yes
On my system I have /usr/include/iconv.h from libc and /usr/local/include/iconv.h from libiconv-1.15 . The latter contains "#define iconv_open libiconv_open". This file is included in src/common/isc_file.cpp and there the latter macro is expanded. So isc_file.cpp references libiconv_open(). For this to work -liconv must be passed to the linker, but it is not. In turn linking towards common.a(isc_files.cpp) fails, as libiconv_open() cannot be resolved.
The text was updated successfully, but these errors were encountered:
Commented by: Dilyan Palauzov (dpa-firebirdsql_aegee.org)
With the patch applied, and doing "mkdir m4 && autoreconf" libtoolize reports "putting macros in AC_CONFIG_MACRO_DIRS, 'm4'." and "Consider adding '-I m4' to ACLOCAL_AMFLAGS in http://Makefile.am". Calling afterwards "./configure --with-builtin-tommath" prints:
checking for library containing iconv_open... none required
Eventually "make" emits:
make -C gen firebird
make -C /src/Firebird-22.214.171.124054-0/extern/libtommath -f makefile.shared LIBTOOL=
So libtool is not present before --mode=CC. In gen/Release/firebird/lib/ there is libtommath and -liconv is passed to the linker when common.a is involved, which shall be good.