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

Wed Oct 9 09:11:58 PDT 2013

Sorry, Stephen*.

2013/10/9 Anton Smirnov <dev at antonsmirnov.name>

> 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/87b8187a/attachment.html>