[LLVMdev] Deprecating autoconf/make?

Jean-Daniel Dupas devlists at shadowlab.org
Thu May 23 06:01:01 PDT 2013

Le 23 mai 2013 à 14:37, David Chisnall <David.Chisnall at cl.cam.ac.uk> a écrit :

> On 23 May 2013, at 07:53, Owen Anderson <resistor at mac.com> wrote:
>>> build native clang
>>> build next clang with some target that supplies a sysroot and a
>>> -target option to the native clang
>> Aren't there issues with tblgen needing to be compiled for the host even in the second round in this configuration?
> I am currently using the CMake build system to cross-build LLVM/Clang for MIPS.  I have two build directories, one which builds for x86 and one for MIPS.  The MIPS build directory is set up to use the compiler and tablegen from the host.  There are a few minor issues, but nothing serious.  Having to specify the location of llvm and clang TableGen separately seems redundant.  It would be nice to just say 'here is my existing LLVM/Clang build directory, use everything from there (including the compiler)'.  The more annoying problem is that for some reason, the LLVM CMake files don't respect CMake toolchain files - I didn't even think this was possible - so I need to manually specify all of the things that are specified in the toolchain file.
> I don't understand the compiler-rt issue.  It can't be built with the just-built clang because that clang won't run on the build system.  It has to build with the cross compiler.

If you want to build a clang version that target x86 and ARM on an x86 machine and your actual compiler does not support compiling for ARM, you have to use the just built clang.

Of course, if you are building a clang version that have to run on an other target, you should use you current compiler.

-- Jean-Daniel

More information about the llvm-dev mailing list