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

Re: Fun with libtool and cross-builds



On Thu, Feb 10, 2011, Wookey wrote:
> Loic Minier in October last year, to libtool list
> http://thread.gmane.org/gmane.comp.gnu.libtool.bugs/7626
> (response: yes that seems to be a bug, no time to fix now, does sysroot
> option fix it? 'Not for me' said lool)

 FTR, I just tried libtool.git, and it seems to still be affected by the
 issue

 ./bootstrap
 cd tests/depdemo
 ./configure --build=x86_64-linux-gnu --host=arm-linux-gnueabi --libdir=/usr/lib
 make install DESTDIR=`pwd`/destdir

test -z "/usr/lib" || /bin/mkdir -p "/home/lool/scratch/libtool/libtool-git/tests/depdemo/destdir/usr/lib"
 /bin/bash ../libtool   --mode=install /usr/bin/install -c   libl2.la '/home/lool/scratch/libtool/libtool-git/tests/depdemo/destdir/usr/lib'
libtool: install: warning: relinking `libl2.la'
libtool: install: (cd /home/lool/scratch/libtool/libtool-git/tests/depdemo/l2; /bin/bash /home/lool/scratch/libtool/libtool-git/tests/depdemo/libtool  --tag CC --mode=relink arm-linux-gnueabi-gcc -g -O2 -no-undefined -o libl2.la -rpath /usr/lib l2.lo ../l1/libl1.la -inst-prefix-dir /home/lool/scratch/libtool/libtool-git/tests/depdemo/destdir)
libtool: relink: arm-linux-gnueabi-gcc -shared  -fPIC -DPIC  .libs/l2.o   -L/home/lool/scratch/libtool/libtool-git/tests/depdemo/destdir/usr/lib -L/usr/lib -ll1  -O2   -Wl,-soname -Wl,libl2.so.0 -o .libs/libl2.so.0.0.0
/usr/lib/gcc/arm-linux-gnueabi/4.5.2/../../../../arm-linux-gnueabi/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc
/usr/lib/libc.a: could not read symbols: File format not recognized
collect2: ld returned 1 exit status
libtool: install: error: relink `libl2.la' with the above command before installing it


 I'd recommend you work with test cases (not necessarily libtool's) as
 various compilation mode might impose subtly different constraints on
 our tools (toolchain, libtool and others).  This will help us give
 upstreams a recipe to reproduce and will also keep our tools working
 for use cases we care about.  Here, we can try changing libtool and see
 if the above test passes -- it's not really an isolated test ATM
 though.

-- 
Loïc Minier


Reply to: