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

[Bruno Haible]

Dagobert Michelsen wrote:
> 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
> ...
> Undefined                       first referenced
>   symbol                             in file
> iconv_canonicalize                  iconv.o

This is a known problem with libtool and DESTDIR installations.
On some systems you simply cannot create an executable that should
link to /opt/csw/lib/libiconv.so if the library is not yet there.
On the other systems, libtool could do a bit better when you ask
to link with /tmp/pkgdir/opt/csw/lib/libiconv.la (it could use
/tmp/pkgdir/opt/csw/lib/libiconv.so).

So, in general, I recommend to do first the "make install" and then only
"make install DESTDIR=..."

> 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;; \

Where does the -lsec come from?

Bruno