bug-gnu-libiconv
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Dagobert Michelsen
Subject: [bug-gnu-libiconv] Compiling new libiconv version when an old version is installed
Date: Thu, 10 Apr 2008 11:06:53 +0200

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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]