Bug 428132 – clang still does not crosscompile

• Status: RESOLVED OBSOLETE
• Product: Gentoo Linux

[Description Luca Barbato 2012-07-26 06:46:42 UTC]

clang -v -ccc-host-triple armv7a-hardfloat-linux-gnueabi -internal-as test.c 
clang version 3.1 (branches/release_31)
Target: armv7a-hardfloat-linux-gnueabi
Thread model: posix
clang: warning: argument unused during compilation: '-internal-as'
 "/usr/bin/clang" -cc1 -triple armv7-hardfloat-linux-gnueabi -S -disable-free -disable-llvm-verifier -main-file-name test.c -mrelocation-model static -mdisable-fp-elim -mconstructor-aliases -target-abi aapcs-linux -target-cpu cortex-a8 -mfloat-abi soft -target-feature +soft-float-abi -target-linker-version 2.22 -momit-leaf-frame-pointer -v -resource-dir /usr/bin/../lib/clang/3.1 -fmodule-cache-path /var/tmp/clang-module-cache -internal-isystem /usr/local/include -internal-isystem /usr/bin/../lib/clang/3.1/include -internal-externc-isystem /include -internal-externc-isystem /usr/include -fno-dwarf-directory-asm -fdebug-compilation-dir /usr/src/libav -ferror-limit 19 -fmessage-length 80 -mstackrealign -fno-signed-char -fgnu-runtime -fobjc-runtime-has-arc -fobjc-runtime-has-weak -fobjc-fragile-abi -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/test-62V2jI.s -x c test.c
clang -cc1 version 3.1 based upon LLVM 3.1 default target x86_64-pc-linux-gnu
ignoring nonexistent directory "/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /usr/bin/../lib/clang/3.1/include
 /usr/include
End of search list.
 "/usr/bin/armv7a-hardfloat-linux-gnueabi-as" -mfpu=neon -o /tmp/test-y0Y4Oi.o /tmp/test-62V2jI.s
 "/usr/bin/armv7a-hardfloat-linux-gnueabi-ld" -X --eh-frame-hdr -m armelf_linux_eabi -dynamic-linker /lib/ld-linux.so.3 -o a.out /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.6.3/../../../../lib32/crt1.o /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.6.3/../../../../lib32/crti.o /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.6.3/crtbegin.o -L/usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.6.3 -L/usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.6.3/../../../../lib32 -L/lib/../lib32 -L/usr/lib/../lib32 -L/usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.6.3/../../../../armv7a-hardfloat-linux-gnueabi/lib -L/usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.6.3/../../.. -L/lib -L/usr/lib /tmp/test-y0Y4Oi.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.6.3/crtend.o /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.6.3/../../../../lib32/crtn.o
/usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.6.3/../../../../lib32/crt1.o: file not recognized: File format is ambiguous
/usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.6.3/../../../../lib32/crt1.o: matching formats: elf32-i386-nacl elf32-i386-sol2 elf32-i386-vxworks elf32-i386

[Comment 1 Michał Górny 2012-07-26 07:34:19 UTC]

I believe upstream doesn't support cross-compilation completely yet. And we don't have the crt* files for various systems, or do we?

[Comment 2 James Le Cuirot 2018-10-04 21:23:52 UTC]

You're using the old style CHOST. We changed it precisely because of LLVM.

https://www.gentoo.org/support/news-items/2018-09-07-arm-17-profile-migration.html