Can't build RTEMS-4.10 toolchain on OS X Lion

Yann Sionneau yann at minet.net
Wed Aug 24 19:55:58 UTC 2011


Le 24/08/11 17:16, Eric Norum a écrit :
> I'm also having troubles building the tool chain for RTEMS-4.10.
>
> Things work fine until the compiler starts to work on libgcc:
> Checking multilib configuration for libgcc...
> mkdir m68k-rtems4.10
> mkdir m68k-rtems4.10/libgcc
> Configuring in m68k-rtems4.10/libgcc
> configure: creating cache ./config.cache
> checking for --enable-version-specific-runtime-libs... yes
> checking for a BSD-compatible install... /usr/bin/install -c
> checking for gawk... gawk
> checking build system type... x86_64-apple-darwin11.1.0
> checking host system type... m68k-unknown-rtems4.10
> checking for m68k-rtems4.10-ar... /usr/local/rtems/rtems-4.10/m68k-rtems4.10/bin/ar
> checking for m68k-rtems4.10-lipo... m68k-rtems4.10-lipo
> checking for m68k-rtems4.10-nm... /usr/local/rtems/BuildTools/build/./gcc/nm
> checking for m68k-rtems4.10-ranlib... /usr/local/rtems/rtems-4.10/m68k-rtems4.10/bin/ranlib
> checking for m68k-rtems4.10-strip... /usr/local/rtems/rtems-4.10/m68k-rtems4.10/bin/strip
> checking whether ln -s works... yes
> checking for m68k-rtems4.10-gcc... /usr/local/rtems/BuildTools/build/./gcc/xgcc -B/usr/local/rtems/BuildTools/build/./gcc/ -nostdinc -B/usr/local/rtems/BuildTools/build/m68k-rtems4.10/newlib/ -isystem /usr/local/rtems/BuildTools/build/m68k-rtems4.10/newlib/targ-include -isystem /usr/local/rtems/BuildTools/gcc-4.4.6/newlib/libc/include -B/usr/local/rtems/rtems-4.10/m68k-rtems4.10/bin/ -B/usr/local/rtems/rtems-4.10/m68k-rtems4.10/lib/ -isystem /usr/local/rtems/rtems-4.10/m68k-rtems4.10/include -isystem /usr/local/rtems/rtems-4.10/m68k-rtems4.10/sys-include
> checking for suffix of object files... configure: error: in `/usr/local/rtems/BuildTools/build/m68k-rtems4.10/libgcc':
> configure: error: cannot compute suffix of object files: cannot compile
> See `config.log' for more details.
> make[1]: *** [configure-target-libgcc] Error 1
> make[1]: Leaving directory `/usr/local/rtems/BuildTools/build'
> make: *** [all] Error 2
> make: Leaving directory `/usr/local/rtems/BuildTools/build'
>
>
>
>
> When I try running the compiler by hand it does indeed fail:
> eric at c8-bc-c8-ea-1d-2b 293> touch a.c
> eric at c8-bc-c8-ea-1d-2b 294> /usr/local/rtems/BuildTools/build/./gcc/xgcc -B/usr/local/rtems/BuildTools/build/./gcc/ -nostdinc -B/usr/local/rtems/BuildTools/build/m68k-rtems4.10/newlib/ -isystem /usr/local/rtems/BuildTools/build/m68k-rtems4.10/newlib/targ-include -isystem /usr/local/rtems/BuildTools/gcc-4.4.6/newlib/libc/include -B/usr/local/rtems/rtems-4.10/m68k-rtems4.10/bin/ -B/usr/local/rtems/rtems-4.10/m68k-rtems4.10/lib/ -isystem /usr/local/rtems/rtems-4.10/m68k-rtems4.10/include -isystem /usr/local/rtems/rtems-4.10/m68k-rtems4.10/sys-include a.c
> a.c:1: internal compiler error: in execute_ipa_pass_list, at passes.c:1342
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <http://gcc.gnu.org/bugs.html> for instructions.
>
>
>
>
>
>
> I am using the following sources from the OAR site:
> GCC=4.4.6
> BINUTILS=2.20.1
> NEWLIB=1.18.0
> GDB=7.2
> BINUTILSDIFF=binutils-2.20.1-rtems4.10-20100826.diff
> GCCDIFF=gcc-core-4.4.6-rtems4.10-20110420.diff
> NEWLIBDIFF=newlib-1.18.0-rtems4.10-20110518.diff
> GDBDIFF=gdb-7.2-rtems4.10-20100903.diff
>
>
>
>
> The GCC configure command looks like:
> /bin/sh ../gcc-4.4.6/configure --target=m68k-rtems4.10 --prefix=/usr/local/rtems/rtems-4.10 --disable-libstdcxx-pch --with-gnu-as --with-gnu-ld --verbose --with-newlib --with-system-zlib --disable-nls --without-included-gettext --disable-win32-registry --enable-version-specific-runtime-libs --enable-threads --enable-newlib-io-c99-formats --enable-languages=c,c++ --with-gmp=/usr/local/rtems/rtems-4.10 --with-mpfr=/usr/local/rtems/rtems-4.10
>
>
> I will continue to investigate.
>
I would bet on the -arch argument passed to gcc, but Apple gcc does not
support this.

I would add something like --build=i686-apple-darwin10 to configure cmd
line or something like this.

Regards,

-- 
Yann Sionneau



More information about the users mailing list