search for: cmake_try_compile_target_type

...rce files. CMake historically couldn't represent those dependencies correctly, and still can't in the Xcode generator (2) The compiler-rt builtins libraries need to be configured and built with a not fully functioning C toolchain, as Petr Hosek pointed out CMake 3.14 resolves that by adding CMAKE_TRY_COMPILE_TARGET_TYPE (3) MSVC support has been constantly evolving since 2.8, and various releases have made huge strides in making it work (4) LLDB generates an macOS framework target which was almost completely broken before CMake 3.8 We've had lots of reasons in the past to update, and virtually none to stay on...

...ed to be really careful and avoid introducing cycles e.g. where libc++ CMake build depends C++ standard library (even if that dependency is not explicit). Note that this is going to become significantly easier after we upgrade CMake because 3.6 introduced https://cmake.org/cmake/help/v3.6/variable/CMAKE_TRY_COMPILE_TARGET_TYPE.html which allows building static archives instead of executables when running check_* functions which can help and break these cycles. 3. Are there other "hidden" ways to build the runtime libraries? Not "hidden", but there's the default way which most developers use wher...

..._FROM_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_GREATER_EQU...

...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_EQUA...

...and compiler-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 suboptimal to...

..._FROM_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_GREATER_EQU...

..._FROM_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_GREATER_EQU...

..._FROM_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_GREATER_EQU...

...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_EQU...

...n > * 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...

..._FROM_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_GREATER_EQU...

..._FROM_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_GREATER_EQU...

...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, >> STRGREAT...

On Tue, Oct 29, 2019 at 3:29 PM James Y Knight via llvm-dev < llvm-dev at lists.llvm.org> wrote: > CMake is extremely easy for developers to download and build locally -- or > just download binaries for if you like, too. > Is there any script we can/would provide to help with this? Or is it so simple that two lines in the "getting started" instructions would be enough?

At the LLVM Developer Meeting on October 23rd we held a CMake roundtable. One of the items we discussed was adopting a more regular timeline for CMake upgrades. During the roundtable there was overwhelming support for upgrading CMake, and support for treating CMake differently than how we treat upgrading host compilers. Historically we've taken into account recent versions of Visual Studio,

[Cross-post to llvm-dev to make sure everybody relevant sees this] Hi, I'm currently trying to simplify the libc++/libc++abi/libunwind build systems and testing setup. In doing so, I am encountering issues related to "unusual" ways of building them. By unusual, I just mean "not the usual monorepo build with LLVM_ENABLE_PROJECTS". I would like to pin down what the set of

...* 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 VERS...

> On 18 Nov 2019, at 19:55, Peter Smith <peter.smith at linaro.org> wrote: > > On Mon, 18 Nov 2019 at 15:23, Sergej Jaskiewicz <jaskiewiczs at icloud.com <mailto:jaskiewiczs at icloud.com>> wrote: >> >> Hi Peter, >> >> Thanks for your response. >> >> On 18 Nov 2019, at 17:44, Peter Smith <peter.smith at linaro.org> wrote: