Re: build failure - no static version of libiconv.la

[Ben Abbott]

On Nov 15, 2009, at 1:44 PM, John W. Eaton wrote:

> On 15-Nov-2009, Ben Abbott wrote:
> 
> | On Nov 15, 2009, at 1:09 PM, Ben Abbott wrote:
> | 
> | > /bin/sh ../libtool --tag=CXX   --mode=link g++-4 -O3 
> -I/sw/include/freetype2 -I/sw/include   -DHAVE_CONFIG_H -mieee-fp 
> -I/usr/X11/include   -Wall -W -Wshadow -Wold-style-cast -Wformat -O3 
> -I/sw/include/freetype2 -I/sw/include -D_THREAD_SAFE  -O3 
> -I/sw/include/freetype2 -I/sw/include -release 3.3.50+  
> -L/sw/lib/fltk-aqua/lib -L/sw/lib/flex/lib -L/sw/lib/gcc4.4/lib/ -L/sw/lib 
> -lgfortran -lGraphicsMagick -lfltk_gl -lfltk -lpthread -o liboctinterp.la 
> -rpath /sw/lib/octave-3.3.50+ liboctinterp_la-Cell.lo [$,1s&] 
> ../libcruft/libcruft.la   -lfftw3 -lfftw3f  -lhdf5  -lz -L/usr/X11/lib 
> -lfontconfig -Wl,-framework -Wl,OpenGL -L/usr/X11/lib -lX11  -lreadline 
> -lncurses   -framework Accelerate -lm  -L/sw/lib -lfreetype -lz 
> -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -Wl,-framework 
> -Wl,OpenGL /sw/lib/gcc4.4/lib/libgfortran.dylib -lm  -L/sw/lib -lfreetype -lz 
> -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -Wl,-framework 
> -Wl,OpenGL
> | > libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
> moved
> | > libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
> moved
> | > libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
> moved
> | > grep: /usr/lib/libiconv.la: No such file or directory
> | > /sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory
> | > libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive
> | > make[3]: *** [liboctinterp.la] Error 1
> | > make[2]: *** [all] Error 2
> | > make[1]: *** [all-recursive] Error 1
> | > make: *** [all] Error 2
> | > 
> | > Using Fink a dynamic (shared) version of libiconv is installed on Mac 
> OSX, but no static version.
> | > 
> | > $ ls -l /usr/lib/libiconv*
> | > lrwxr-xr-x 1 root wheel      16 2009-08-28 12:08 
> /usr/lib/libiconv.2.4.0.dylib -> libiconv.2.dylib
> | > -rw-r--r-- 1 root wheel 3098592 2009-05-18 19:09 /usr/lib/libiconv.2.dylib
> | > lrwxr-xr-x 1 root wheel      20 2009-08-28 12:08 /usr/lib/libiconv.dylib 
> -> libiconv.2.4.0.dylib
> | > 
> | > Can this be fixed during the configure process, or is there a configure 
> option I can specify to resolve this?
> | > 
> | > If not, I can try to have the package maintainer at Fink modify the 
> libiconv package.
> | > 
> | > Ben
> | 
> | opps ... posted before engaging my brian :-(
> | 
> | My Fink install shows ...
> | 
> | $ ls -l /sw/lib/libiconv*
> | -rw-r--r-- 1 root admin 1111236 2009-09-28 20:17 
> /sw/lib/libiconv.2.4.0.dylib
> | lrwxr-xr-x 1 root admin      20 2009-09-28 20:17 /sw/lib/libiconv.2.dylib 
> -> libiconv.2.4.0.dylib
> | lrwxr-xr-x 1 root admin      20 2009-09-28 20:17 /sw/lib/libiconv.dylib -> 
> libiconv.2.4.0.dylib
> | -rw-r--r-- 1 root admin     804 2009-09-28 20:17 /sw/lib/libiconv.la
> | 
> | There *is* a static version, but the build process has missed it. My 
> config.log includes ...
> | 
> | Configured with: ../gcc-4.4.2/configure --prefix=/sw 
> --prefix=/sw/lib/gcc4.4 --mandir=/sw/share/man --infodir=/sw/share/info 
> --enable-languages=c,c++,fortran,objc,java --with-gmp=/sw 
> --with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-system-zlib 
> --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib 
> --disable-libjava-multilib --with-arch=nocona --with-tune=generic 
> --build=i686-apple-darwin10 --host=i686-apple-darwin10 
> --target=i686-apple-darwin10
> | 
> | I'm quite unfamiliar with autotools, so if these is additional info that 
> would be useful to resolving this, please let me know.
> 
> What depends on the iconv library?  I don't think it is a direct
> dependency of Octave.
> 
> jwe

The problem with iconv was due to linking to the wrong static libraries. I'm 
guessing that using libtool changed things.

Once that was fixed, I had other similar library problems. In each case, the 
resolution was to delete the undesired .la. These duplicates often exist on Mac 
OSX because Mac OSX has their libs, Fink installs their own, as does Mac Ports. 
This is complicated further by Mac OSX 10.6. When linking the libs built under 
10.5 are not compatible.

In any event, I'm now able to build, but I immediately get a "bus error" when 
octave is run.

I'd guess that there is still some library being linked to by mistake.

In any event, I thought I'd update this thread.

Ben