Re: [CMake] Xcode generator results in a project file without optimization

OK, I got it. It worked all the time, but I looked at the wrong scheme/target. On Wed, May 11, 2016 at 3:05 PM, Gregor Jasny wrote: > On 11/05/16 08:40, Siyuan Ren wrote: >> Attached are a minimal demonstration and a screenshot of what Xcode >> shows me when it opens the

Re: [CMake] Difference between PRIVATE and PUBLIC with target_link_libraries

> When A links in B as PRIVATE, it is saying that A uses B in its > implementation, but B is not used in any part of A's public API. > When A links in B as INTERFACE, it is saying that A does not use B in its > implementation, but B is used in A's public API. > When A links in B as PUBLIC, it is

Re: [CMake] Difference between PRIVATE and PUBLIC with target_link_libraries

>> I *think* that these public/private rules behave a bit differently >> for static libraries than they do for shared ones. They do. Assuming main calls a() and b() defined in A_lib and B_lib respectively, for: add_library(A_lib STATIC a.c) add_library(B_lib STATIC b.c)

Re: [CMake] Difference between PRIVATE and PUBLIC with target_link_libraries

Hopefully the explanation that follows helps clarify what PRIVATE, PUBLIC and INTERFACE mean and do. From my understanding of things, I think there may have been some subtle inaccuracies in some of the discussions so far, so hopefully the following is helpful and if I've got something wrong, then

Re: [CMake] in source makefile / helper script that enables building out of source?

11.05.2016, 16:58, "Steve Lorimer" : > I've recently changed over from using boost-build > (http://www.boost.org/build/) to cmake. > > Boost build builds in-source. > > I've become quite used to building and searching etc from the source root > >> ~/src $ b2 module >>

Re: [CMake] in source makefile / helper script that enables building out of source?

On 11 May 2016 at 09:01, Konstantin Tokarev wrote: > > FYI, CMake supports in-source builds (however, particular projects may not) > Thanks for your response! I am aware of being able to do in-source builds, but would like to continue to reap the benefits of out-of-source

[CMake] in source makefile / helper script that enables building out of source?

I've recently changed over from using boost-build ( http://www.boost.org/build/) to cmake. Boost build builds in-source. I've become quite used to building and searching etc from the source root ~/src $ b2 module ~/src $ git grep foo This work flow has been broken because I'm not using out of

[CMake] Visual Studio 2008 / VS Compiler for Python

In compiling TBB, a conda-forge contributor ran across issues with CMake not finding the VS compiler for VS 2008 Win64. https://github.com/conda-forge/staged-recipes/pull/533 The exact error is at https://ci.appveyor.com/project/conda-forge/staged-recipes/build/1.0.2118/job/t2axdaotmty35j6k#L216

Re: [CMake] in source makefile / helper script that enables building out of source?

On Wed, 2016-05-11 at 09:06 -0500, Steve Lorimer wrote: > I am aware of being able to do in-source builds, but would like to > continue to reap the benefits of out-of-source builds whilst being > able to build from in-source Make a shell function or shell script to run your build, that does the

[CMake] [PATCH] FindBoost does not detect absence of header file

On 2016-04-12 11:22, Joachim Wuttke wrote: FindBoost does not detect absence of header files. To be specific: Run the following under cmake version 3.5.1: set(Boost_NO_BOOST_CMAKE ON) # prevent shortcut set(Boost_USE_STATIC_LIBS OFF) set(Boost_USE_MULTITHREADED ON) set(Boost_USE_STATIC_RUNTIME

Re: [CMake] Cannot include third-party Framework headers directories as system directories in XCode for avoiding their warning

Hello, On 11/05/16 09:25, Attila Krasznahorkay wrote: > I'm a bit surprised by this. I had to explicitly tell CMake not to treat > includes coming from imported targets as system includes. Using this variable: > > https://cmake.org/cmake/help/v3.0/variable/CMAKE_NO_SYSTEM_FROM_IMPORTED.html >

Re: [CMake] [cmake-developers] [PATCH] FindBoost does not detect absence of header file

On 2016-05-11 19:30, Chuck Atkins wrote: I guess it doesn't really matter but for the libraries that don't have a single include header, should you be using these instead: * container/container_fwd.hpp * exception/all.hpp * filesystem.hpp * math_fwd.hpp (instead

Re: [CMake] [cmake-developers] CLang error when building iOS bundle

Hello, On 11/05/16 21:22, Roman Wüger wrote: > I got the following error when linking the iOS bundle: > > clang: error: cannot specify -o when generating multiple output files > > I didn’t found anything about the error in the internet, so maybe someone > has already solved such error? > >

Re: [CMake] AUTOMOC with files on different folders

Am 12. Mai 2016 00:00:12 MESZ, schrieb Tiago Macarios : >Hi Attila, > >Thank you for your help. You are right, if I apply the following >modifications it works indeed: > >set( proj_HEADER >include/a.h >) > >add_library(proj SHARED ${proj_SOURCE} ${proj_HEADER}) >

Re: [CMake] AUTOMOC with files on different folders

Hi Tiago, This is one of those cases when you have to declare the header files to add_library(...) as well. In that case AUTOMOC should work fine. At least it does for us, in a very similar setup. http://acode-browser.usatlas.bnl.gov/lxr/source/atlas/graphics/VP1/VP1Gui/CMakeLists.txt Cheers,

Re: [CMake] Cannot include third-party Framework headers directories as system directories in XCode for avoiding their warning

Hi, I'm a bit surprised by this. I had to explicitly tell CMake not to treat includes coming from imported targets as system includes. Using this variable: https://cmake.org/cmake/help/v3.0/variable/CMAKE_NO_SYSTEM_FROM_IMPORTED.html

[CMake] CLang error when building iOS bundle

Hello list, I got the following error when linking the iOS bundle: clang: error: cannot specify -o when generating multiple output files I didn’t found anything about the error in the internet, so maybe someone has already solved such error? Does any one have a hint what could be wrong?

Re: [CMake] [cmake-developers] [PATCH] FindBoost does not detect absence of header file

I guess it doesn't really matter but for the libraries that don't have a single include header, should you be using these instead: - container/container_fwd.hpp - exception/all.hpp - filesystem.hpp - math_fwd.hpp (instead of math/quaternion.hpp) - system/config.hpp -

Re: [CMake] AUTOMOC with files on different folders

Hi Attila, Thank you for your help. You are right, if I apply the following modifications it works indeed: set( proj_HEADER include/a.h ) add_library(proj SHARED ${proj_SOURCE} ${proj_HEADER}) But now I got a second question. Why is adding the header files necessary? (Sorry the possibly

Re: [cmake-developers] Make CPACK_RPM_PACKAGE_RELEASE match Fedora/RHOS/CentOS recommended behaviour

Sorry for the late reply. Here is another go. I have added a 3rd variable but I think it means that > current behaviour is continued and your input (thanks Dolf and Romen) has > been addressed. > > https://github.com/hm1992/CMake/commit/2f54442388ab767f60fcb8cde1db2236ae535080 > I'm somewhat

[Cmake-commits] CMake branch, next, updated. v3.5.2-1330-g6de0012

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, next has been updated via 6de0012188c436d5a6fb84a7fd483f818de5ec1b (commit) via

[cmake-developers] [PATCH] FindBoost does not detect absence of header file

On 2016-04-12 11:22, Joachim Wuttke wrote: FindBoost does not detect absence of header files. To be specific: Run the following under cmake version 3.5.1: set(Boost_NO_BOOST_CMAKE ON) # prevent shortcut set(Boost_USE_STATIC_LIBS OFF) set(Boost_USE_MULTITHREADED ON) set(Boost_USE_STATIC_RUNTIME

[Cmake-commits] CMake branch, next, updated. v3.5.2-1332-g3f9a01c

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, next has been updated via 3f9a01c14cd232c8d1a3ecf552b42df131bbdd6e (commit) via

[cmake-developers] [Patch] FindPkgConfig: optionally create imported target for the found libraries

It has always nagged me that the FindPkgConfig module requires people to use link_directories(). Now I created a new optional mode for pkg_check_modules() and pkg_search_modules() which will search the absolute paths of the libraries that are returned by pkg-config, and create an imported

[Cmake-commits] CMake branch, next, updated. v3.5.2-1341-g232917e

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, next has been updated via 232917e9e311ef44e472aa8b72bb4468f170e9e7 (commit) via

Re: [cmake-developers] CLang error when building iOS bundle

Hello, On 11/05/16 21:22, Roman Wüger wrote: > I got the following error when linking the iOS bundle: > > clang: error: cannot specify -o when generating multiple output files > > I didn’t found anything about the error in the internet, so maybe someone > has already solved such error? > >

Re: [cmake-developers] [PATCH] FindBoost does not detect absence of header file

On 2016-05-11 19:30, Chuck Atkins wrote: I guess it doesn't really matter but for the libraries that don't have a single include header, should you be using these instead: * container/container_fwd.hpp * exception/all.hpp * filesystem.hpp * math_fwd.hpp (instead

[Cmake-commits] CMake branch, master, updated. v3.5.2-637-g27cda13

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

Re: [cmake-developers] Make CPACK_RPM_PACKAGE_RELEASE match Fedora/RHOS/CentOS recommended behaviour

Hi Domen, That is infinitely simpler. Looks like a good addition to me. Thanks, Harry Harry Mallon CODEX | Software Engineer 60 Poland Street | London | England | W1F 7NT E ha...@codexdigital.com | T +44 203 7000 989 Website |

[cmake-developers] [CMake 0016100]: Implicit link information parsing reads the wrong line from 'pathcc -v' output

The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=16100 == Reported By:Michał Górny Assigned To:

[Cmake-commits] CMake branch, next, updated. v3.5.2-1336-ge3cf5a3

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, next has been updated via e3cf5a36e87691c9e806e8e2adcbb966735c1012 (commit) via

[cmake-developers] CMake 3.6 feature freeze on 2016-06-01

Hi Folks, The feature freeze in 'master' for CMake 3.6 will be on June 1, 2016. I may announce a freeze in 'next' sometime in the preceding week so that we can get any remaining dashboard trouble cleaned up. Thanks, -Brad -- Powered by www.kitware.com Please keep messages on-topic and check

Re: [cmake-developers] [PATCH] FindBoost does not detect absence of header file

I guess it doesn't really matter but for the libraries that don't have a single include header, should you be using these instead: - container/container_fwd.hpp - exception/all.hpp - filesystem.hpp - math_fwd.hpp (instead of math/quaternion.hpp) - system/config.hpp -

[Cmake-commits] CMake branch, next, updated. v3.5.2-1334-g824fa31

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, next has been updated via 824fa316be79bc424901f35176df3eaa087bc4df (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.2-1338-g0823297

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, next has been updated via 0823297845024f9fd0a47a3e8b7b5abbdd647100 (commit) via

[cmake-developers] CLang error when building iOS bundle

Hello list, I got the following error when linking the iOS bundle: clang: error: cannot specify -o when generating multiple output files I didn’t found anything about the error in the internet, so maybe someone has already solved such error? Does any one have a hint what could be wrong?