|  | =================================================================== | 
|  | How To Cross-Compile Clang/LLVM using Clang/LLVM | 
|  | =================================================================== | 
|  |  | 
|  | Introduction | 
|  | ============ | 
|  |  | 
|  | This document contains information about building LLVM and | 
|  | Clang on host machine, targeting another platform. | 
|  |  | 
|  | For more information on how to use Clang as a cross-compiler, | 
|  | please check http://clang.llvm.org/docs/CrossCompilation.html. | 
|  |  | 
|  | TODO: Add MIPS and other platforms to this document. | 
|  |  | 
|  | Cross-Compiling from x86_64 to ARM | 
|  | ================================== | 
|  |  | 
|  | In this use case, we'll be using CMake and Ninja, on a Debian-based Linux | 
|  | system, cross-compiling from an x86_64 host (most Intel and AMD chips | 
|  | nowadays) to a hard-float ARM target (most ARM targets nowadays). | 
|  |  | 
|  | The packages you'll need are: | 
|  |  | 
|  | * ``cmake`` | 
|  | * ``ninja-build`` (from backports in Ubuntu) | 
|  | * ``gcc-4.7-arm-linux-gnueabihf`` | 
|  | * ``gcc-4.7-multilib-arm-linux-gnueabihf`` | 
|  | * ``binutils-arm-linux-gnueabihf`` | 
|  | * ``libgcc1-armhf-cross`` | 
|  | * ``libsfgcc1-armhf-cross`` | 
|  | * ``libstdc++6-armhf-cross`` | 
|  | * ``libstdc++6-4.7-dev-armhf-cross`` | 
|  |  | 
|  | Configuring CMake | 
|  | ----------------- | 
|  |  | 
|  | For more information on how to configure CMake for LLVM/Clang, | 
|  | see :doc:`CMake`. | 
|  |  | 
|  | The CMake options you need to add are: | 
|  | * ``-DCMAKE_CROSSCOMPILING=True`` | 
|  | * ``-DCMAKE_INSTALL_PREFIX=<install-dir>`` | 
|  | * ``-DLLVM_TABLEGEN=<path-to-host-bin>/llvm-tblgen`` | 
|  | * ``-DCLANG_TABLEGEN=<path-to-host-bin>/clang-tblgen`` | 
|  | * ``-DLLVM_DEFAULT_TARGET_TRIPLE=arm-linux-gnueabihf`` | 
|  | * ``-DLLVM_TARGET_ARCH=ARM`` | 
|  | * ``-DLLVM_TARGETS_TO_BUILD=ARM`` | 
|  | * ``-DCMAKE_CXX_FLAGS='-target armv7a-linux-gnueabihf -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 -ccc-gcc-name arm-linux-gnueabihf-gcc'`` | 
|  |  | 
|  | The TableGen options are required to compile it with the host compiler, | 
|  | so you'll need to compile LLVM (or at least ``llvm-tblgen``) to your host | 
|  | platform before you start. The CXX flags define the target, cpu (which | 
|  | defaults to ``fpu=VFP3`` with NEON), and forcing the hard-float ABI. If you're | 
|  | using Clang as a cross-compiler, you will *also* have to set ``-ccc-gcc-name``, | 
|  | to make sure it picks the correct linker. | 
|  |  | 
|  | Most of the time, what you want is to have a native compiler to the | 
|  | platform itself, but not others. It might not even be feasible to | 
|  | produce x86 binaries from ARM targets, so there's no point in compiling | 
|  | all back-ends. For that reason, you should also set the | 
|  | ``TARGETS_TO_BUILD`` to only build the ARM back-end. | 
|  |  | 
|  | You must set the ``CMAKE_INSTALL_PREFIX``, otherwise a ``ninja install`` | 
|  | will copy ARM binaries to your root filesystem, which is not what you | 
|  | want. | 
|  |  | 
|  | Hacks | 
|  | ----- | 
|  |  | 
|  | There are some bugs in current LLVM, which require some fiddling before | 
|  | running CMake: | 
|  |  | 
|  | #. If you're using Clang as the cross-compiler, there is a problem in | 
|  | the LLVM ARM back-end that is producing absolute relocations on | 
|  | position-independent code (``R_ARM_THM_MOVW_ABS_NC``), so for now, you | 
|  | should disable PIC: | 
|  |  | 
|  | .. code-block:: bash | 
|  |  | 
|  | -DLLVM_ENABLE_PIC=False | 
|  |  | 
|  | This is not a problem, since Clang/LLVM libraries are statically | 
|  | linked anyway, it shouldn't affect much. | 
|  |  | 
|  | #. The ARM libraries won't be installed in your system, and possibly | 
|  | not easily installable anyway, so you'll have to build/download | 
|  | them separately. But the CMake prepare step, which checks for | 
|  | dependencies, will check the *host* libraries, not the *target* | 
|  | ones. | 
|  |  | 
|  | A quick way of getting the libraries is to download them from | 
|  | a distribution repository, like Debian (http://packages.debian.org/wheezy/), | 
|  | and download the missing libraries. Note that the ``libXXX`` | 
|  | will have the shared objects (``.so``) and the ``libXXX-dev`` will | 
|  | give you the headers and the static (``.a``) library. Just in | 
|  | case, download both. | 
|  |  | 
|  | The ones you need for ARM are: ``libtinfo``, ``zlib1g``, | 
|  | ``libxml2`` and ``liblzma``. In the Debian repository you'll | 
|  | find downloads for all architectures. | 
|  |  | 
|  | After you download and unpack all ``.deb`` packages, copy all | 
|  | ``.so`` and ``.a`` to a directory, make the appropriate | 
|  | symbolic links (if necessary), and add the relevant ``-L`` | 
|  | and ``-I`` paths to ``-DCMAKE_CXX_FLAGS`` above. | 
|  |  | 
|  |  | 
|  | Running CMake and Building | 
|  | -------------------------- | 
|  |  | 
|  | Finally, if you're using your platform compiler, run: | 
|  |  | 
|  | .. code-block:: bash | 
|  |  | 
|  | $ cmake -G Ninja <source-dir> <options above> | 
|  |  | 
|  | If you're using Clang as the cross-compiler, run: | 
|  |  | 
|  | .. code-block:: bash | 
|  |  | 
|  | $ CC='clang' CXX='clang++' cmake -G Ninja <source-dir> <options above> | 
|  |  | 
|  | If you have ``clang``/``clang++`` on the path, it should just work, and special | 
|  | Ninja files will be created in the build directory. I strongly suggest | 
|  | you to run ``cmake`` on a separate build directory, *not* inside the | 
|  | source tree. | 
|  |  | 
|  | To build, simply type: | 
|  |  | 
|  | .. code-block:: bash | 
|  |  | 
|  | $ ninja | 
|  |  | 
|  | It should automatically find out how many cores you have, what are | 
|  | the rules that needs building and will build the whole thing. | 
|  |  | 
|  | You can't run ``ninja check-all`` on this tree because the created | 
|  | binaries are targeted to ARM, not x86_64. | 
|  |  | 
|  | Installing and Using | 
|  | -------------------- | 
|  |  | 
|  | After the LLVM/Clang has built successfully, you should install it | 
|  | via: | 
|  |  | 
|  | .. code-block:: bash | 
|  |  | 
|  | $ ninja install | 
|  |  | 
|  | which will create a sysroot on the install-dir. You can then tar | 
|  | that directory into a binary with the full triple name (for easy | 
|  | identification), like: | 
|  |  | 
|  | .. code-block:: bash | 
|  |  | 
|  | $ ln -sf <install-dir> arm-linux-gnueabihf-clang | 
|  | $ tar zchf arm-linux-gnueabihf-clang.tar.gz arm-linux-gnueabihf-clang | 
|  |  | 
|  | If you copy that tarball to your target board, you'll be able to use | 
|  | it for running the test-suite, for example. Follow the guidelines at | 
|  | http://llvm.org/docs/lnt/quickstart.html, unpack the tarball in the | 
|  | test directory, and use options: | 
|  |  | 
|  | .. code-block:: bash | 
|  |  | 
|  | $ ./sandbox/bin/python sandbox/bin/lnt runtest nt \ | 
|  | --sandbox sandbox \ | 
|  | --test-suite `pwd`/test-suite \ | 
|  | --cc `pwd`/arm-linux-gnueabihf-clang/bin/clang \ | 
|  | --cxx `pwd`/arm-linux-gnueabihf-clang/bin/clang++ | 
|  |  | 
|  | Remember to add the ``-jN`` options to ``lnt`` to the number of CPUs | 
|  | on your board. Also, the path to your clang has to be absolute, so | 
|  | you'll need the `pwd` trick above. |