Hi,
since a couple of days, configure fails when trying to crosscompile.
configure:4355: $? = 0
configure:4357: gcc -v &5
Using built-in specs.
Target: i586-mandriva-linux-gnu
Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu --with-system-zlib --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo --disable-libjava-multilib
Thread model: posix
gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0)
configure:4360: $? = 0
configure:4362: gcc -V &5
gcc: '-V' option must have argument
configure:4365: $? = 1
configure:4388: checking for C compiler default output file name
configure:4391: gcc -mcpu=405 -msoft-float -mmultiple -mstring -meabi -pipe -Os -ggdb3 -DHAVE_DREAMBOX_HARDWARE conftest.c >&5
`-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.
cc1: error: invalid option 'multiple'
cc1: error: invalid option 'string'
cc1: error: invalid option 'eabi'
conftest.c:1: error: bad value (405) for -mtune= switch
The host-gcc (i586) apparantly doesn't like to be fed with the target-gccs cflags (ppc), and configure dies. When setting CFLAGS to "", configure continues - but claims later:
checking for powerpc-tuxbox-linux-gnu-gcc... powerpc-tuxbox-linux-gnu-gcc
checking whether we are using the GNU C compiler... yes
checking whether powerpc-tuxbox-linux-gnu-gcc accepts -g... yes
checking for powerpc-tuxbox-linux-gnu-gcc option to accept ANSI C... none needed
checking dependency style of powerpc-tuxbox-linux-gnu-gcc... gcc3
checking how to run the C preprocessor... powerpc-tuxbox-linux-gnu-gcc -E
checking for i686-pc-linux-gnu-gcc... no
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
In fact we *are* cross compiling. Anyway, up to 20060703, the resulting amuled worked. But since 20060704, the resulting amuled binary segfaults with the following backtrace:
Current version is: aMuled CVS using v2.6.3 (Debugging) (Snapshot: Tue Jul 4 07:01:38 CEST 2006)
Running on: Linux 2.6.9 ppc
Assertion failed: /home/tux/dreambox/root/cdkroot/include/wx-2.6/wx/arrstr.h:155: Assertion 'nIndex < m_nCount' failed. wxArrayString: index out of bounds
Backtrace follows:
Trace/breakpoint trap
¿Any suggestions?