[bug-gnu-libiconv] Compiling new libiconv version when an old version is installed

[Dagobert Michelsen]

Hello Bruno,

I have a problem compiling a new version of libiconv (1.12) on
a system which already has an old version (1.9.2) installed.
Basically I do
  ./configure --prefix=/opt/csw
  gmake
to build the library and then make a DESTDIR-installation for
packaging with
  gmake DESTDIR=/tmp/pkgdir install

This fails with
          *) /bin/sh ../libtool --mode=link gcc  -g -O2 `if test -n  
''; then  /opt/csw/bin; fi` iconv.o ../srclib/libicrt.a /tmp/pkgdir/ 
opt/csw/lib/libiconv.la -L/opt/csw/lib -lintl -lsec -L/opt/csw/lib - 
liconv -lc -R/opt/csw/lib  -o iconv;; \
        esac
gcc -g -O2 iconv.o -o iconv  ../srclib/libicrt.a -L/opt/csw/lib /opt/ 
csw/lib/libintl.so -L/root/automatic-multiarch-compile/lib/libiconv/ 
work/i386/bootstrap/instroot/lib -lsec /opt/csw/lib/libiconv.so -lc    
-R/opt/csw/lib -R/opt/csw/lib
Undefined                       first referenced
 symbol                             in file
iconv_canonicalize                  iconv.o

because iconv is linked libiconv from the current installed
versions as opposed to the newly build version lib/.libs/libiconv.so.

The problem is that libtool tries to link against
  /root/automatic-multiarch-compile/lib/libiconv/work/install-i386/ 
opt/csw/lib/libiconv.la
which contains
  libdir='/opt/csw/lib'
and therefore iconv is trying to be linked against /opt/csw/lib/ 
libiconv.so
instead of
  work/i386/libiconv-1.12/lib/.libs/libiconv.so

I wonder if this has something to do with
  AM_ICONV
from configure.ac?


Best regards

  -- Dago