[Buildroot] libtiff compilation fails when libjpeg62-dev is present on host

Baruch Siach baruch at tkos.co.il
Thu Nov 19 15:13:20 UTC 2009


Hi Lionel,

On Thu, Nov 19, 2009 at 04:01:17PM +0100, Lionel Landwerlin wrote:
> Sorry for timeout, did you try to activate AUTORECONF=YES and
> LIBTOOL_PATCH=YES ?

I didn't try AUTORECONF=YES. I did try LIBTOOL_PATCH=YES, but, as I said, the 
patch does not apply. I searched for a newer version of this patch, but didn't 
find any.

baruch

> On Tue, Nov 10, 2009 at 7:37 AM, Baruch Siach <baruch at tkos.co.il> wrote:
> 
> > Hi Lionel,
> >
> > On Mon, Nov 09, 2009 at 11:43:34PM +0100, Lionel Landwerlin wrote:
> > > Le lundi 09 novembre 2009 à 09:19 +0200, Baruch Siach a écrit :
> > > > Hi Buildroot list,
> > > >
> > > > I need to compile libtiff as a dependency of ImageMagic on a recent
> > Debian
> > > > Squeeze host.  The strange this is that when the libjpeg62-dev is
> > installed on
> > > > the host libtools finds the host /usr/lib/libjpeg.la file during
> > build, which makes
> > > > the build to fail at link time as follows:
> > > >
> > > > libtool: link: /opt/arm-2009q1/bin/arm-none-linux-gnueabi-gcc -Os -pipe
> > -Os  --sysroot /home/baruch/git/buildroot/build_arm/staging_dir/ -shared
> >  .libs/tif_aux.o .libs/tif_close.o .libs/tif_codec.o .libs/tif_color.o
> > .libs/tif_compress.o .libs/tif_dir.o .libs/tif_dirinfo.o .libs/tif_dirread.o
> > .libs/tif_dirwrite.o .libs/tif_dumpmode.o .libs/tif_error.o
> > .libs/tif_extension.o .libs/tif_fax3.o .libs/tif_fax3sm.o .libs/tif_flush.o
> > .libs/tif_getimage.o .libs/tif_jpeg.o .libs/tif_luv.o .libs/tif_lzw.o
> > .libs/tif_next.o .libs/tif_ojpeg.o .libs/tif_open.o .libs/tif_packbits.o
> > .libs/tif_pixarlog.o .libs/tif_predict.o .libs/tif_print.o .libs/tif_read.o
> > .libs/tif_strip.o .libs/tif_swab.o .libs/tif_thunder.o .libs/tif_tile.o
> > .libs/tif_unix.o .libs/tif_version.o .libs/tif_warning.o .libs/tif_write.o
> > .libs/tif_zip.o  -Wl,--whole-archive ../port/.libs/libport.a
> > -Wl,--no-whole-archive  /usr/lib/libjpeg.so -lz -lm -lc      -Wl,-soname
> > -Wl,libtiff.so.3 -o .libs/libtiff.so.3.8.2
> > > > /usr/lib/libjpeg.so: file not recognized: File format not recognized
> > > > collect2: ld returned 1 exit status
> > > >
> > > > Removing libjpeg62-dev, or even renaming the host /usr/lib/libjpeg.lafile
> > > > makes the problem go away. Is there a sane solutions for this?
> > > >
> > > > baruch
> > > >
> > >
> > > I got the same problem with a bunch of package (gtk/glib/dbus-glib...)
> > > using an external toolchain.
> > >
> > > I usually fix the problem by enabling libtool patching on the package.
> >
> > I tried the libtool patch. Unfortunately this patch does not apply on
> > ltmain.sh of the tiff package (version 3.8.2). Is there a newer version of
> > this patch?
> >
> > baruch

-- 
                                                     ~. .~   Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
   - baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -


More information about the buildroot mailing list