I have just updated to CVS HEAD (2009-08-18 16:08:43+01:00) done a configure: ./configure --prefix=/opt/insight-cvs --target=arm-none-eabi --program-prefix=arm-none- and then run make. If I then run make again I see: make[7]: Entering directory `/home/Checkouts/CVS/Insight/sid/component/cgen-cpu' /bin/bash ./libtool --tag=CXX --mode=link g++ -g -O2 -o libcgencpu.la -rpath /opt/insight-cvs/lib/sidcomp -module -no-undefined compCGEN.lo cgen-fpu.lo fp.lo tracedis.lo arm7t/libarm7t.la -L../../../libiberty/pic -L../../../libiberty -liberty cgen-asm.lo cgen-dis.lo cgen-opc.lo dis-buf.lo dis-init.lo cgen-bitset.lo -lpthread -lm g++ -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.3.3/crtbeginS.o .libs/compCGEN.o .libs/cgen-fpu.o .libs/fp.o .libs/tracedis.o .libs/cgen-asm.o .libs/cgen-dis.o .libs/cgen-opc.o .libs/dis-buf.o .libs/dis-init.o .libs/cgen-bitset.o -Wl,--whole-archive arm7t/.libs/libarm7t.a -Wl,--no-whole-archive -L/home/Checkouts/CVS/Insight/libiberty/pic -L/home/Checkouts/CVS/Insight/libiberty -liberty -lpthread -L/usr/lib/gcc/x86_64-linux-gnu/4.3.3 -L/usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.3.3/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib/crtn.o -Wl,-soname -Wl,libcgencpu.so.0 -o .libs/libcgencpu.so.0.0.0 /usr/bin/ld: /home/Checkouts/CVS/Insight/libiberty/libiberty.a(xmalloc.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /home/Checkouts/CVS/Insight/libiberty/libiberty.a: could not read symbols: Bad value collect2: ld returned 1 exit status and make[5]: Entering directory `/home/Checkouts/CVS/Insight/sid/component/loader' /bin/bash ../libtool --tag=CXX --mode=link g++ -g -O2 -o libloader.la -rpath /opt/insight-cvs/lib/sidcomp -module -no-undefined compLoader.lo elfload.lo -L../../../libiberty/pic -L../../../libiberty -liberty -lstdc++ -lm g++ -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.3.3/crtbeginS.o .libs/compLoader.o .libs/elfload.o -L/home/Checkouts/CVS/Insight/libiberty/pic -L/home/Checkouts/CVS/Insight/libiberty -liberty -L/usr/lib/gcc/x86_64-linux-gnu/4.3.3 -L/usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.3.3/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib/crtn.o -Wl,-soname -Wl,libloader.so.0 -o .libs/libloader.so.0.0.0 /usr/bin/ld: /home/Checkouts/CVS/Insight/libiberty/libiberty.a(xmalloc.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /home/Checkouts/CVS/Insight/libiberty/libiberty.a: could not read symbols: Bad value collect2: ld returned 1 exit status which all seems a bit terminal. If I run make install I get an installation, and insight runs, but it seems doubtful it is going to run correctly. Am I just missing something obvious? Thanks. -- Russel. ============================================================================= Dr Russel Winder Partner xmpp: russel@russel.org.uk Concertant LLP t: +44 20 7585 2200, +44 20 7193 9203 41 Buckmaster Road, f: +44 8700 516 084 voip: sip:russel.winder@ekiga.net London SW11 1EN, UK m: +44 7770 465 077 skype: russel_winder