Building arm-unknown-linux-gnueabi target on OS X fails

[alexchandel]

Building rust on OS X 10.9.4 with:

./configure --target=x86_64-apple-darwin,arm-unknown-linux-gnueabi
make VERBOSE=1

produces the following error:

MATCHES=""; if [ -n "$MATCHES" ] ; then echo "warning: removing previous" \'libhexfloat-*.dylib\' "libraries:" $MATCHES; rm $MATCHES ; fi
MATCHES=""; if [ -n "$MATCHES" ] ; then echo "warning: removing previous" \'libhexfloat-*.rlib\' "libraries:" $MATCHES; rm $MATCHES ; fi
DYLD_LIBRARY_PATH=/Users/alex/GitHub/rust/x86_64-apple-darwin/stage2/lib:$DYLD_LIBRARY_PATH   x86_64-apple-darwin/stage2/bin/rustc --cfg stage2  -O --cfg rtopt --cfg debug  --target=x86_64-apple-darwin  -D warnings -L "x86_64-apple-darwin/rt" -L "/Users/alex/GitHub/rust/x86_64-apple-darwin/llvm/Release+Asserts/lib" -L ""  --out-dir x86_64-apple-darwin/stage2/lib/rustlib/x86_64-apple-darwin/lib -C extra-filename=-4e7c5e5c /Users/alex/GitHub/rust/src/libhexfloat/lib.rs
info: now are following matches for libhexfloat-*.dylib libraries:
x86_64-apple-darwin/stage2/lib/rustlib/x86_64-apple-darwin/lib/libhexfloat-4e7c5e5c.dylib
info: now are following matches for libhexfloat-*.rlib libraries:
x86_64-apple-darwin/stage2/lib/rustlib/x86_64-apple-darwin/lib/libhexfloat-4e7c5e5c.rlib
MATCHES=""; if [ -n "$MATCHES" ] ; then echo "warning: removing previous" \'libregex_macros-*.dylib\' "libraries:" $MATCHES; rm $MATCHES ; fi
MATCHES=""; if [ -n "$MATCHES" ] ; then echo "warning: removing previous" \'libregex_macros-*.rlib\' "libraries:" $MATCHES; rm $MATCHES ; fi
DYLD_LIBRARY_PATH=/Users/alex/GitHub/rust/x86_64-apple-darwin/stage2/lib:$DYLD_LIBRARY_PATH   x86_64-apple-darwin/stage2/bin/rustc --cfg stage2  -O --cfg rtopt --cfg debug  --target=x86_64-apple-darwin  -D warnings -L "x86_64-apple-darwin/rt" -L "/Users/alex/GitHub/rust/x86_64-apple-darwin/llvm/Release+Asserts/lib" -L ""  --out-dir x86_64-apple-darwin/stage2/lib/rustlib/x86_64-apple-darwin/lib -C extra-filename=-4e7c5e5c /Users/alex/GitHub/rust/src/libregex_macros/lib.rs
info: now are following matches for libregex_macros-*.dylib libraries:
x86_64-apple-darwin/stage2/lib/rustlib/x86_64-apple-darwin/lib/libregex_macros-4e7c5e5c.dylib
info: now are following matches for libregex_macros-*.rlib libraries:
arm-linux-gnueabi-gcc -Wall -g -fPIC -D__arm__ -mfpu=vfp  -MMD -MP -MT arm-unknown-linux-gnueabi/rt/arch/arm/morestack.o -MF arm-unknown-linux-gnueabi/rt/arch/arm/morestack.d /Users/alex/GitHub/rust/src/rt/arch/arm/morestack.S -c -o arm-unknown-linux-gnueabi/rt/arch/arm/morestack.o
make: arm-linux-gnueabi-gcc: No such file or directory
make: *** [arm-unknown-linux-gnueabi/rt/arch/arm/morestack.o] Error 1

Related to #16259 and #16224.

[luqmana]

Notice this line:

make: arm-linux-gnueabi-gcc: No such file or directory

You need a working toolchain for every target you'd like to build.

[alexchandel]

You need a working toolchain for every target you'd like to build.

@luqmana This is false. We use the in-tree llvm-mc to compile assembly on x86. And llvm-mc supports arm targets.

[huonw]

@alexchandel at the very least, the main Rust distribution has C code that needs to be compiled for the target. In any case, it's clearly not true that llvm-mc is being used here.

[alexchandel]

@huonw OS X's clang seems to be capable of compiling and assembling the C code for the arm target.

I'm wondering why clang or llvm-mc isn't used for arm here, instead of arm-linux-gnueabi-gcc.