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

Anton Smirnov dev at antonsmirnov.name
Wed Oct 9 10:32:54 PDT 2013 

 Can i do another way - use hard float files that are compiled soft float
now (as it's pretty difficult to compile libxxx.so soft float)?
May be i can just skip using ndk and compile/link it using cmake and native
toolchain? What libs should be recompiled hard float, libc?


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

> Right, I think that you can't use hard-float for your compiler ABI. You
> will need to recompile things with soft-float. The NDK does not supply any
> hard-float libraries to link against, so by passing -mfloat-abi=hard, you
> are still picking up the soft-float versions (and hence getting link
> errors).
>
> Steve
>
>
> On Wed, Oct 9, 2013 at 9:11 AM, Anton Smirnov <dev at antonsmirnov.name>wrote:
>
>> 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/022ebb59/attachment.html>

More information about the cfe-dev mailing list