search for: try_compile

...oolchain that can build a “hello world” application you need four basic components: (1) clang (2) ld (3) libclang_rt (builtins) (4) runtime libraries Today building this toolchain with CMake is impossible because you cannot configure the cross-compiled builtins. The failure is a result of CMake’s try_compile function always testing a full compile then link operation. When bootstrapping a cross-compiler this will always fail because linking even the simplest applications fails when you don’t have libclang_rt prebuilt. So, how do we fix this? I have a couple ideas, and am open to more. (1) Roll our own...

This is currently a rough area in our build system, but there are two CMake options you probably need to set. (1) -DLLVM_BUILD_EXTERNAL_COMPILER_RT=On —> This option causes the build to use the just-built clang when building compiler-rt (2) -DCOMPILER_RT_DEFAULT_TARGET_ARCH=??? —> This is where you specify which architecture you want to build the compiler-rt archives and libraries for

...ang checking in compiler-rt's Cmake system. > I add x86 into LLVM_TARGET_ARCH, and this helps the just-built clang pass the CMake check, but failed in another checking which is invoked by test_target_arch. The test_target_arch is used to setup flags used for building compiler-rt, but it uses try_compile() function, which compiles a simple test code using libraries and invokes linker and linker scripts, flags, etc.. Without compiler-rt, clang will, of course, fails to link programs. However, compiler-rt does not need clang to link. I forced try_compile() successful, and everything goes smoothly. In...

Hi List! Attached is a patch to configure.in to test that epoll, poll, inotify, kqueue and dnotify actually work. It also attempts to select the best one for you if none specified. This supercedes my previous patch in the re beta9 thread. Hopefully get this in Gentoo's beta9 ebuild soon. Thanks -- Roy Marples <uberlord@gentoo.org> Gentoo/Linux Developer (baselayout, networking)

> On Nov 2, 2015, at 10:10 AM, Anton Korobeynikov <anton at korobeynikov.info> wrote: > >> Today building this toolchain with CMake is impossible because you cannot configure the cross-compiled builtins. The failure is a result of CMake’s try_compile function always testing a full compile then link operation. When bootstrapping a cross-compiler this will always fail because linking even the simplest applications fails when you don’t have libclang_rt prebuilt. > The situation is much worse, because it requires not only compiler-rt, > but a...

On 3 October 2014 15:20, Evgeniy Stepanov <eugenis at google.com> wrote: > That's a third option. This flag only really makes sense for one or > several test cases in a large GTest file. They can be split and moved > to X86. But this adds more complexity to build system which, in my > opinion, is never good. Roger. > Compiler-rt and llvm build systems know very little

...ALL * list() supports FILTER to filter by regular expression * Subninja support, which could theoretically be used for much faster runtimes builds, although in practice we probably want to make ExternalProject support this directly instead of trying to layer our own meta-build system on top * CMAKE_TRY_COMPILE_TARGET_TYPE to tell try_compile to build a static library instead of an executable, which will greatly simplify the compiler-rt build CMake 3.7 (released November 11th 2016): * New if() comparison operators LESS_EQUAL, GREATER_EQUAL, STRLESS_EQUAL, STRGREATER_EQUAL, VERSION_LESS_EQUAL, and VERSION...

...rts FILTER to filter by regular expression >> * Subninja support, which could theoretically be used for much faster runtimes builds, although in practice we probably want to make ExternalProject support this directly instead of trying to layer our own meta-build system on top >> * CMAKE_TRY_COMPILE_TARGET_TYPE to tell try_compile to build a static library instead of an executable, which will greatly simplify the compiler-rt build >> >> CMake 3.7 (released November 11th 2016): >> * New if() comparison operators LESS_EQUAL, GREATER_EQUAL, STRLESS_EQUAL, STRGREATER_EQUAL, VERSI...

...mpiler-rt >> >> >> That’s what I’m doing as well. > > Apologies for the delay in responding, I thought I'd better dig out > build my script to check to see what unwind tables were present in > libunwind. I found that when building libunwind I needed > -DCMAKE_TRY_COMPILE_TARGET_TYPE=STATIC_LIBRARY for the CMake test for > unwind tables to succeed when cross-compiling. If I took that out the > test failed and I ended up with no exceptions. Thank you for your time! I’ve tried CMAKE_TRY_COMPILE_TARGET_TYPE and it works. But setting this option manually seems s...

...s: >> >> (1) clang >> (2) ld >> (3) libclang_rt (builtins) >> (4) runtime libraries >> >> Today building this toolchain with CMake is impossible because you cannot >> configure the cross-compiled builtins. The failure is a result of CMake’s >> try_compile function always testing a full compile then link operation. When >> bootstrapping a cross-compiler this will always fail because linking even the >> simplest applications fails when you don’t have libclang_rt prebuilt. > > In my case, I had to use the CMAKE_{C,CXX}_COMPILER_FORCE...

...ALL * list() supports FILTER to filter by regular expression * Subninja support, which could theoretically be used for much faster runtimes builds, although in practice we probably want to make ExternalProject support this directly instead of trying to layer our own meta-build system on top * CMAKE_TRY_COMPILE_TARGET_TYPE to tell try_compile to build a static library instead of an executable, which will greatly simplify the compiler-rt build CMake 3.7 (released November 11th 2016): * New if() comparison operators LESS_EQUAL, GREATER_EQUAL, STRLESS_EQUAL, STRGREATER_EQUAL, VERSION_LESS_EQUAL, and VERSION...

...ALL * list() supports FILTER to filter by regular expression * Subninja support, which could theoretically be used for much faster runtimes builds, although in practice we probably want to make ExternalProject support this directly instead of trying to layer our own meta-build system on top * CMAKE_TRY_COMPILE_TARGET_TYPE to tell try_compile to build a static library instead of an executable, which will greatly simplify the compiler-rt build CMake 3.7 (released November 11th 2016): * New if() comparison operators LESS_EQUAL, GREATER_EQUAL, STRLESS_EQUAL, STRGREATER_EQUAL, VERSION_LESS_EQUAL, and VERSION...

...ALL * list() supports FILTER to filter by regular expression * Subninja support, which could theoretically be used for much faster runtimes builds, although in practice we probably want to make ExternalProject support this directly instead of trying to layer our own meta-build system on top * CMAKE_TRY_COMPILE_TARGET_TYPE to tell try_compile to build a static library instead of an executable, which will greatly simplify the compiler-rt build CMake 3.7 (released November 11th 2016): * New if() comparison operators LESS_EQUAL, GREATER_EQUAL, STRLESS_EQUAL, STRGREATER_EQUAL, VERSION_LESS_EQUAL, and VERSION...

On 6/1/15 6:42 PM, Chris Bieneman wrote: > Looping in cfe-dev because I should have send this there too from the > start. > > -Chris > >> On Jun 1, 2015, at 3:21 PM, Chris Bieneman <beanz at apple.com> >> wrote: >> >> LLVMDev, >> >> PR 15732 is the umbrella tracking the progress of making the CMake >> build system feature equivalent to

> Why does fork-exec for llvm-symbolizer work, but simple exec(self) does not? Because the llvm-symbolizer the runtime finds is built for the host architecture. This is weird, yes, but once we integrate the symbolizer, it goes away. > Could we write a ulimit-like utility that would do setrlimit and then > exec the specified binary > %run %ulimit -s 8192 %t? I like that idea. How

...rts FILTER to filter by regular expression >> * Subninja support, which could theoretically be used for much faster runtimes builds, although in practice we probably want to make ExternalProject support this directly instead of trying to layer our own meta-build system on top >> * CMAKE_TRY_COMPILE_TARGET_TYPE to tell try_compile to build a static library instead of an executable, which will greatly simplify the compiler-rt build >> >> CMake 3.7 (released November 11th 2016): >> * New if() comparison operators LESS_EQUAL, GREATER_EQUAL, STRLESS_EQUAL, STRGREATER_EQUAL, VERS...

...* Subninja support, which could theoretically be used for much > faster runtimes builds, although in practice we probably want > to make ExternalProject support this directly instead of > trying to layer our own meta-build system on top > * CMAKE_TRY_COMPILE_TARGET_TYPE to tell try_compile to build a > static library instead of an executable, which will greatly > simplify the compiler-rt build > > CMake 3.7 (released November 11th 2016): > * New if() comparison operators LESS_EQUAL, GREATER_EQUAL, >...

...ALL * list() supports FILTER to filter by regular expression * Subninja support, which could theoretically be used for much faster runtimes builds, although in practice we probably want to make ExternalProject support this directly instead of trying to layer our own meta-build system on top * CMAKE_TRY_COMPILE_TARGET_TYPE to tell try_compile to build a static library instead of an executable, which will greatly simplify the compiler-rt build CMake 3.7 (released November 11th 2016): * New if() comparison operators LESS_EQUAL, GREATER_EQUAL, STRLESS_EQUAL, STRGREATER_EQUAL, VERSION_LESS_EQUAL, and VERSION...

...ALL * list() supports FILTER to filter by regular expression * Subninja support, which could theoretically be used for much faster runtimes builds, although in practice we probably want to make ExternalProject support this directly instead of trying to layer our own meta-build system on top * CMAKE_TRY_COMPILE_TARGET_TYPE to tell try_compile to build a static library instead of an executable, which will greatly simplify the compiler-rt build CMake 3.7 (released November 11th 2016): * New if() comparison operators LESS_EQUAL, GREATER_EQUAL, STRLESS_EQUAL, STRGREATER_EQUAL, VERSION_LESS_EQUAL, and VERSION...

...ular expression >> * Subninja support, which could theoretically be used for much faster >> runtimes builds, although in practice we probably want to make >> ExternalProject support this directly instead of trying to layer our own >> meta-build system on top >> * CMAKE_TRY_COMPILE_TARGET_TYPE to tell try_compile to build a static >> library instead of an executable, which will greatly simplify the >> compiler-rt build >> >> CMake 3.7 (released November 11th 2016): >> * New if() comparison operators LESS_EQUAL, GREATER_EQUAL, STRLESS_EQUAL, >&...