[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: build failure - no static version of libiconv.la
From: |
Ben Abbott |
Subject: |
Re: build failure - no static version of libiconv.la |
Date: |
Thu, 19 Nov 2009 08:19:13 -0500 |
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