Re: [CMake] Not able to find boost with cmake

It's better not to use downloaded pre-built libraries, always build by yourself locally. Before using Boost with CMake, please check https://cmake.org/cmake/help/v3.0/module/FindBoost.html If you're trying to use static boost libraries build by MSVC with shared runtime, please make sure the

[CMake] Not able to find boost with cmake

I'm trying to build PCL which has boost as dependency. However, when I download boost and build it, cmake cannot find it through any way. I tried two version of boost, one is pre-build boost which was built by other person online and version is 1.61, another is one I downloaded whose version

[Cmake-commits] CMake branch, master, updated. v3.9.0-394-gc9b3ad6

_VERSION_MINOR 9) -set(CMake_VERSION_PATCH 20170803) +set(CMake_VERSION_PATCH 20170804) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/

[CMake] Change LTO Type in CMake 3.9 with Clang?

Testing the new LTO support in CMake 3.9, it appears that setting INTERPROCEDURAL_OPTIMIZATION to TRUE causes CMake to pass '-flto=thin' to Clang. Is it possible to instead have CMake pass '-flto=full' (or just '-flto') to Clang? Thanks! -- Powered by www.kitware.com Please keep messages

Re: [CMake] find_package(Threads) leads to CMake Error: TRY_RUN() invoked in cross-compiling mode

a small correction: On Thu, Aug 3, 2017 at 5:59 PM, Steffen Dettmer wrote: > Building C object CMakeFiles/cmTC_47cd8.dir/CheckForPthreads.c.o > /opt/xyzcross/x86-linux2/bin/powerpc-linux-gnu-gcc --sysroot=... >-o CMakeFiles/cmTC_47cd8.dir/CheckForPthreads.c.o

[CMake] find_package(Threads) leads to CMake Error: TRY_RUN() invoked in cross-compiling mode

Hi, I tried to fix linux (p)thread usage on a proprietary, somewhat complex (300-400 cmake files, ca 30.000 lines) cmake project. We have CMAKE_TOOLCHAIN_FILEs for the cross compiling platforms. These set(CMAKE_SYSTEM_NAME Linux), CMAKE_C_FLAGS(-D_REENTRANT... CACHE STRING "" FORCE)) and so

Re: [CMake] CMake 3.9 change to dependencies of object compilation

> . The Ninja generator has loosened the dependencies of object > compilation. Object compilation now depends only on custom targets and > custom commands associated with libraries on which the object's target > depends and no longer depends on the libraries themselves. Source > files in dependent

Re: [CMake] What is the default build type?

On Wed, Aug 2, 2017 at 4:18 PM, J Decker wrote: > > On Wed, Aug 2, 2017 at 8:55 AM, Marcus D. Hanwell > wrote: >> >> On Wed, Aug 2, 2017 at 3:03 AM, Bo Zhou wrote: >>> >>> It depends on the Generator. >>> >>> To the

[Cmake-commits] CMake branch, master, updated. v3.9.0-393-ga2bc632

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, master has been updated via a2bc632d060e0b41dd736d3672080eaee5bd0acb (commit) via

[Cmake-commits] CMake branch, release, updated. v3.9.0-12-ga7e4d59

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, release has been updated via a7e4d595f9cd4d6c6da66f06e8ba11075ec579f3 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.9.0-388-gee79d7a

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, master has been updated via ee79d7a130465bce19864399a9adde4e79c6fd5c (commit) via