[cfe-dev] Build Clang on x86_64 (ubuntu) with arm-linux-gnueabihf failed

Wed Oct 9 09:11:21 PDT 2013

Hi, Steven.

That's exactly what i'm having now!

I've tried to solve it by adding LOCAL_EXPORT_CPPFLAGS := -mfpu=vfp
-mfloat-abi=hard in Android.mk and APP_ABI := armeabi-v7a in Application.mk
but it did not help unfortunately.
I'm using android log (#include <android/log.h>, #include <stdio.h> and
#include <string.h>) is this the reason of linking error?

Do you know how can it be solved?

PS. i've tried ndk-build v=1 to see actual command line and it seems that i
can just use linker from arm-linux-gnueabihf toolchains.. How do you think
will it help?

2013/10/9 Stephen Hines <srhines at google.com>

> If you are using Android's NDK, you should be aware that it targets
> soft-float for all ARM ABIs. Thus, if you are linking against any of the
> NDK components, they are not going to match a hard-float piece that you
> have built from scratch.
>
> Steve
>
>
> On Tue, Oct 8, 2013 at 11:41 AM, James Molloy <james at jamesmolloy.co.uk>wrote:
>
>> Hi Anton,
>>
>> Ensure -mfloat-abi=hard is in your CFLAGS and CXXFLAGS. Also ensure you
>> target a recent-ish processor or -march=armv7.
>>
>> I can't really give support on the android linker, but it does look like
>> your resulting binary is soft-float.
>>
>> James
>>
>>
>> On 8 October 2013 19:29, Anton Smirnov <dev at antonsmirnov.name> wrote:
>>
>>> Hi.
>>>
>>> I've succeed to compile clang for ARM using ubuntu ..gnueabihf..
>>> packages, but libclang.so can't be stripped
>>> using tool from ndk because of error:
>>>
>>> /softdev/android-ndk-r8e/toolchains/arm-linux-androideabi-4.6/prebuilt/darwin-x86/bin/../lib/gcc/arm-linux-androideabi/4.6/../../../../arm-linux-androideabi/bin/ld:
>>> error:
>>> /Users/asmirnov/Documents/dev/src/clang_jni/obj/local/armeabi/libclang.so
>>> uses VFP register arguments, output does not
>>>
>>> Not sure what's wrong now since i've passed cpu and float (hard) as
>>> parameters. Any suggestions?
>>> BTW I'm going to use it on android devices which are ARM hard float.
>>>
>>> I'm going to try to compile it with linaro toolchain tomorrow on 32bit
>>> vm as it does not work on 64bit (or i was not able just to find it for
>>> 64bit).
>>>
>>> Thanks,
>>> Anton.
>>>
>>>
>>> 2013/10/8 James Molloy <james at jamesmolloy.co.uk>
>>>
>>>> Anton,
>>>>
>>>> The compiler I'm using is this one:
>>>> https://launchpad.net/gcc-linaro/+milestone/4.8-2013.08 . This just
>>>> happens to be the latest linaro compiler installed on the central package
>>>> database at ARM. I'd assume the ubuntu one would work just as well.
>>>>
>>>> Cheers,
>>>>
>>>> James
>>>>
>>>>
>>>> On 8 October 2013 17:09, Anton Smirnov <dev at antonsmirnov.name> wrote:
>>>>
>>>>> I've noticed you've used linaro toolchain instead of ubuntu's
>>>>> gcc-4.7-arm-linux-gnueabihf (and other packages from
>>>>> http://llvm.org/docs/HowToCrossCompileLLVM.html).
>>>>> Can you write what packages should be downloaded and installed from
>>>>> http://www.linaro.org/downloads/ ?
>>>>>
>>>>> Thanks and regards,
>>>>> Anton.
>>>>>
>>>>>
>>>>> 2013/10/8 Anton Smirnov <dev at antonsmirnov.name>
>>>>>
>>>>>> Thanks, James.
>>>>>>
>>>>>> I will give it a try right now!
>>>>>>
>>>>>>
>>>>>> 2013/10/8 James Molloy <james at jamesmolloy.co.uk>
>>>>>>
>>>>>>> Hi Anton,
>>>>>>>
>>>>>>> I'm very confused about your setup. The subject of these emails
>>>>>>> suggests you want to use arm-linux-gnueabihf, but the CMake verbose output
>>>>>>> you showed shows you've told it to use clang++ (/usr/local/bin/clang++
>>>>>>> -target armv7a-linux-gnueabihf). The compiler flags also seem to be a
>>>>>>> frankenmix of x86 and ARM ( -L/usr/lib/gcc/x86_64-linux-gnu/4.7 is never
>>>>>>> gonna work!)
>>>>>>>
>>>>>>> I managed a build without any problems using:
>>>>>>>
>>>>>>> mkdir build; cd build; cmake ..
>>>>>>> -DCMAKE_C_COMPILER=arm-linux-gnueabihf-gcc
>>>>>>> -DCMAKE_CXX_COMPILER=arm-linux-gnueabihf-g++ -DCMAKE_SYSTEM_NAME=Linux
>>>>>>>
>>>>>>> As the CMake cross-compilation wiki says, "CMAKE_SYSTEM_NAME" is
>>>>>>> very important as it tells CMake that it's cross compiling.
>>>>>>>
>>>>>>> I also went and looked at the wiki page you quoted, and went and
>>>>>>> tried it out. That page is written for someone who wants to cross compile
>>>>>>> *with clang*. You want to cross-compile with gcc, so there are some changes
>>>>>>> you need to make.
>>>>>>>
>>>>>>> You must remove the "-target" parameter. You must also remove the
>>>>>>> "-ccc-gcc-name" parameter. You also still need the CMAKE_C_COMPILER and
>>>>>>> CMAKE_CXX_COMPILER arguments. So the line becomes:
>>>>>>>
>>>>>>> cmake ..
>>>>>>> -DCMAKE_C_COMPILER=/work/tools/linaro/gnueabi/2013.08-20130816/bin/arm-linux-gnueabihf-gcc
>>>>>>> -DCMAKE_CXX_COMPILER=/work/tools/linaro/gnueabi/2013.08-20130816/bin/arm-linux-gnueabihf-g++
>>>>>>> -DCMAKE_CROSSCOMPILING=True
>>>>>>> -DLLVM_TABLEGEN=/work/llvm/build7/../build6/native/bin/llvm-tblgen
>>>>>>> -DLLVM_DEFAULT_TARGET_TRIPLE=arm-linux-gnueabihf -DLLVM_TARGET_ARCH=ARM
>>>>>>> -DLLVM_TARGETS_TO_BUILD=ARM -DCMAKE_CXX_FLAGS=' -mcpu=cortex-a9
>>>>>>> -I/usr/arm-linux-gnueabihf/include/c++/4.7.2/arm-linux-gnueabihf/
>>>>>>> -I/usr/arm-linux-gnueabihf/include/ -mfloat-abi=hard'
>>>>>>>
>>>>>>> Where '/work/llvm/build7/../build6/native/bin' is the location of a
>>>>>>> previously-built x86 llvm-tblgen.
>>>>>>>
>>>>>>> Hopefully this has helped. My preference would be the first command
>>>>>>> line I pasted - using -DCMAKE_SYSTEM_NAME=Linux. That seems the simplest
>>>>>>> way to me, and it gets LLVM to auto-create its own native llvm-tblgen.
>>>>>>>
>>>>>>> Cheers,
>>>>>>>
>>>>>>> James
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 8 October 2013 09:07, Anton Smirnov <dev at antonsmirnov.name>wrote:
>>>>>>>
>>>>>>>> I can confirm that after editing there is no -L/lib64 in invocation
>>>>>>>> line,
>>>>>>>> but the problem remains. I think previously compiled files were
>>>>>>>> compiled/linked with -L/lib64 and this
>>>>>>>> corrupts the build.
>>>>>>>>
>>>>>>>> How can it be fixed/walked-around?
>>>>>>>>
>>>>>>>>
>>>>>>>> 2013/10/8 Anton Smirnov <dev at antonsmirnov.name>
>>>>>>>>
>>>>>>>>> As far as i understood, invocation line is saved in
>>>>>>>>> CMakeFiles/llvm-tblgen.dir/link.txt.
>>>>>>>>> I've edited it to remove -L/lib64 and invoked the last command
>>>>>>>>> line manually but the problem remains.
>>>>>>>>>
>>>>>>>>> What can i do in order to avoid adding -L/lib64 ?
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Anton
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> 2013/10/8 Anton Smirnov <dev at antonsmirnov.name>
>>>>>>>>>
>>>>>>>>>> Hello.
>>>>>>>>>>
>>>>>>>>>> Similar question to what i asked few days ago but was not
>>>>>>>>>> resolved.
>>>>>>>>>>
>>>>>>>>>> I've followed guide (
>>>>>>>>>> http://llvm.org/docs/HowToCrossCompileLLVM.html) step-by-step.
>>>>>>>>>> The only changes i've done is installed g++ package since i've
>>>>>>>>>> received "no g++ found" on clear virtual machine (ubuntu 13.04_64).
>>>>>>>>>>
>>>>>>>>>> First i've compiled for host (to use tblgens), then for ARM.
>>>>>>>>>> When cross-compiling for ARM (tried both ninja and autotools) i'm
>>>>>>>>>> getting linker error:
>>>>>>>>>>
>>>>>>>>>> Linking CXX executable ../../bin/llvm-tblgen
>>>>>>>>>> ../../lib/libLLVMSupport.a: could not read symbols: File format
>>>>>>>>>> not recognized
>>>>>>>>>> clang: error: linker command failed with exit code 1 (use -v to
>>>>>>>>>> see invocation)
>>>>>>>>>> make[2]: *** [bin/llvm-tblgen] Error 1
>>>>>>>>>> make[1]: *** [utils/TableGen/CMakeFiles/llvm-tblgen.dir/all]
>>>>>>>>>> Error 2
>>>>>>>>>>
>>>>>>>>>> Verbose output (make VERBOSE=1):
>>>>>>>>>>
>>>>>>>>>> cd /home/asmirnov/llvm_arm_cmake_build/utils/TableGen &&
>>>>>>>>>> /usr/bin/cmake -E cmake_link_script CMakeFiles/llvm-tblgen.dir/link.txt
>>>>>>>>>> --verbose=1
>>>>>>>>>> /usr/local/bin/clang++   -target armv7a-linux-gnueabihf
>>>>>>>>>> -mcpu=cortex-a9
>>>>>>>>>> -I/usr/arm-linux-gnueabihf/include/c++/4.7.3/arm-linux-gnueabihf/
>>>>>>>>>> -I/usr/arm-linux-gnueabihf/include/ -mfloat-abi=hard -ccc-gcc-name
>>>>>>>>>> arm-linux-gnueabihf-gcc -Wall -W -Wno-unused-parameter -Wwrite-strings
>>>>>>>>>> -Wmissing-field-initializers -pedantic -Wno-long-long
>>>>>>>>>> -Wcovered-switch-default -Wnon-virtual-dtor -fno-rtti -O3 -DNDEBUG
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/AsmMatcherEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/AsmWriterEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/AsmWriterInst.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/CallingConvEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/CodeEmitterGen.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/CodeGenDAGPatterns.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/CodeGenInstruction.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/CodeGenMapTable.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/CodeGenRegisters.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/CodeGenSchedule.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/CodeGenTarget.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/DAGISelEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/DAGISelMatcherEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/DAGISelMatcherGen.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/DAGISelMatcherOpt.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/DAGISelMatcher.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/DFAPacketizerEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/DisassemblerEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/FastISelEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/FixedLenDecoderEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/InstrInfoEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/IntrinsicEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/OptParserEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/PseudoLoweringEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/RegisterInfoEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/SetTheory.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/SubtargetEmitter.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/TGValueTypes.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/TableGen.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/X86DisassemblerTables.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/X86ModRMFilters.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/X86RecognizableInstr.cpp.o
>>>>>>>>>> CMakeFiles/llvm-tblgen.dir/CTagsEmitter.cpp.o  -o ../../bin/llvm-tblgen
>>>>>>>>>> -L/usr/lib/gcc/x86_64-linux-gnu/4.7  -L/lib64  ../../lib/libLLVMTableGen.a
>>>>>>>>>> ../../lib/libLLVMSupport.a -lrt -ldl -lpthread -lpthread
>>>>>>>>>> ../../lib/libLLVMSupport.a: could not read symbols: File format
>>>>>>>>>> not recognized
>>>>>>>>>> clang: error: linker command failed with exit code 1 (use -v to
>>>>>>>>>> see invocation)
>>>>>>>>>> make[2]: *** [bin/llvm-tblgen] Error 1
>>>>>>>>>> make[2]: Leaving directory `/home/asmirnov/llvm_arm_cmake_build'
>>>>>>>>>> make[1]: *** [utils/TableGen/CMakeFiles/llvm-tblgen.dir/all]
>>>>>>>>>> Error 2
>>>>>>>>>> make[1]: Leaving directory `/home/asmirnov/llvm_arm_cmake_build'
>>>>>>>>>> make: *** [all] Error 2
>>>>>>>>>>
>>>>>>>>>>  Can it be walked-around by invocation without -L/lib64 ?
>>>>>>>>>>
>>>>>>>>>> Anton
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> cfe-dev mailing list
>>>>>>>> cfe-dev at cs.uiuc.edu
>>>>>>>> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>> _______________________________________________
>> cfe-dev mailing list
>> cfe-dev at cs.uiuc.edu
>> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20131009/4876102d/attachment.html>