[CMake] Fwd: Expected behaviour for Tests/VSWinStorePhone

Hi everyone, I’m trying to generate a Windows Phone 8.1 project from CMake, I was expecting the Tests/VSWinStorePhone folder to be a good template to start with, but I’m a bit confused with the result I get. I was expecting to get pretty much the same result as a project created with the

[Cmake-commits] CMake branch, next, updated. v3.3.1-2800-g3872a99

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 3872a99e5d422e043c1da0572d2478d4756be60b (commit) via

[cmake-developers] [CMake 0015731]: VS_DEPLOYMENT_CONTENT

The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=15731 == Reported By:Marco Foco Assigned To:

[CMake] Object targets and link libraries

Hey all, i've been wondering why CMake (3.3.+) yells at me if i want to add link libraries to an OBJECT target. Consider the scenario find_package(package_with_bar_target) add_library(foo OBJECT ${foo_src}) # Would like to write # target_link_libraries(foo bar) # But have to use

[Cmake-commits] CMake branch, next, updated. v3.3.1-2806-g86c7715

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 86c7715ae169ac35e8d846a4ff23baf6d82d7bcc (commit) via

[Cmake-commits] CMake branch, next, updated. v3.3.1-2812-g41249dd

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 41249dd27ba2eba664341ead170027015361aa2d (commit) via

[CMake] Shared library from ExternalProject

Hi, I'm thinking about a solution to use separate projects as source archives and include it into the main cmake build. I looks like ExternalProject_Add() can handle this. However, there seems to be no standard way to use shared C/C++ libraries in an external project. Is there a basic example

[Cmake-commits] CMake branch, next, updated. v3.3.1-2795-g25bd677

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 25bd677f8135f6d574ed66576a39de20fd0ff6c4 (commit) via

Re: [CMake] Fwd: Expected behaviour for Tests/VSWinStorePhone

Hi Pierre, For the ARM version, I believe you will need to specify the CPU architecture explicitly, because CMake is not going to generate a “fat”/multi-arch solution in the manner that it does for Xcode. What I do for WinPhone is to pass arguments like this: -DCMAKE_SYSTEM_NAME=WindowsPhone

[Cmake-commits] CMake branch, next, updated. v3.3.1-2802-g4df395d

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 4df395dd4db45f1a40ada8ea84b6f92924b5bf5c (commit) via

[Cmake-commits] CMake branch, next, updated. v3.3.1-2810-g6c803a5

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 6c803a5e62cb16cafc16088abce7e29e1a36449f (commit) via

Re: [CMake] Missing -lgfortran with FortranCInterface verify calls

Hey all, sorry for the late reply but that indeed fixes the issue! thanks Brad. On 28.08.2015 17:15, Brad King wrote: On 08/27/2015 03:24 AM, Daniel Wirtz wrote: CMake 3.3.0. [snip] after checking, the @CMakeFiles/VerifyFortranC.dir/linklibs.rsp does not contain the "-lgfortran" library

Re: [cmake-developers] [Patch] Adding Windows 10 support

On 09/03/2015 03:19 PM, Gilles Khouzam wrote: > Perhaps the default selection (at least for Store apps since that's > the one that requires the flag) should be the newest SDK less than > the version of the host System. Yes, I think that makes sense. Thanks, -Brad -- Powered by www.kitware.com

Re: [cmake-developers] [PATCH] Don't generate erroneous outputs with -noproxy.

On 09/04/2015 05:33 PM, Ben Webb wrote: > Modules/UseSWIG.cmake | 10 ++ > 1 file changed, 6 insertions(+), 4 deletions(-) Applied, thanks: FindSWIG: Do not generate erroneous outputs with -noproxy http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=96a8890c -Brad -- Powered by

Re: [cmake-developers] [CMake] Visual Studio - Ninja Generator

On 09/02/2015 03:34 PM, James Johnston wrote: > useful if the Visual Studio generators in CMake were refactored somewhat Even without the C# motivation I think factoring out a "MSBuild" generator infrastructure internally will be useful. Currently we call it "VS 10" because it happened to be the

Re: [cmake-developers] [PATCH] Fix a few issues in FindHDF5 module

On 09/03/2015 05:16 AM, Paul Romano wrote: > Brad- here's a new patch based off of 8ea7611 that uses the new > NAMES_PER_DIR option of find_program as well adds the HDF5_PREFER_PARALLEL Thanks. Please unset() the _NAMES variables when finished so that they are not exposed publicly. Also please

Re: [cmake-developers] [PATCH 0/3] FindwxWidgets improvements

On Sun, Sep 6, 2015 at 11:35 AM, Simon Richter wrote: > Hi, > > three small improvements for FindwxWidgets.cmake. I've already sent these > in May, and I've incorporated all but one of the comments I've got so far. > > The last remaining issue, ignoring wx-config with

[cmake-developers] Generator expressions for install destination

Hi, Here's the patch to add generator expressions to the install command DESTINATION option. Let me know if that's good to go. >@@ -216,6 +216,7 @@ void >cmScriptGenerator::GenerateScriptActionsPerConfig(std::ostream& os, > i != this->ConfigurationTypes->end(); ++i) > { >

[Cmake-commits] CMake branch, master, updated. v3.3.1-1111-ga3d3848

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 a3d384881b58975939289b3fac3158acb4dda09c (commit) via

[Cmake-commits] CMake branch, master, updated. v3.3.1-1109-g05d2286

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 05d22864d2bd685c04e05bd395b0ed36ced8b8e3 (commit) via

Re: [cmake-developers] [PATCH 0/3] FindwxWidgets improvements

On 09/06/2015 12:35 PM, Simon Richter wrote: > three small improvements for FindwxWidgets.cmake. I've already sent these > in May, and I've incorporated all but one of the comments I've got so far. Thanks. I've applied and merged to 'next' for testing: FindwxWidgets: allow specifying required

Re: [cmake-developers] Improvements for GHS MULTI Generator

On 09/06/2015 01:43 AM, Geoffrey Viola wrote: > Attached is a patch for some minor improvements for the GHS MULTI generator. Thanks. The commit message mentions a few different changes. I tried to split the changes into individual commits: GHS: Find latest 'int' directory

Re: [cmake-developers] New Nightly Build Server

On 09/07/2015 10:36 PM, Geoffrey Viola wrote: > I setup a new server to run the nightly ctest test suite. > It's named "builder.asi" Thanks. I've added it to the "Nightly Expected" section of the dashboard. -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the

[cmake-developers] use-generator-target topic regressed buildsystem properties

Steve, The topic merged here: Merge topic 'use-generator-target' http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=6e5953e9 regressed handling of the buildsystem-aware properties. I fixed some of the problems and added test cases. Please see these commits: cmTarget: Fix buildsystem

Re: [cmake-developers] find_program HINTS no longer preferred over PATH (was: HINTS not correctly handled in find_program)

>From what I can tell, the search order is still preserved as expected. [chuck.atkins@hal9000 testdir]$ cat TestFindProgram.cmake set(CMAKE_PREFIX_PATH "/FOODIR_CMAKE_PREFIX_PATH1;/FOODIR_CMAKE_PREFIX_PATH2" CACHE STRING "" FORCE) set(CMAKE_PROGRAM_PATH

Re: [cmake-developers] find_program HINTS no longer preferred over PATH (was: HINTS not correctly handled in find_program)

On 09/03/2015 03:51 AM, CHEVRIER, Marc wrote: > 1. Build phase. Under find_program.BUG/build, use CMakeLists.txt to prepare > runtime part > 2. Test phase. Under find_program.BUG/runtime, use CMakeLists.txt to show the > bug. Thanks, Marc. Chuck, this was regressed by your changes in CMake

Re: [CMake] CMake + MPI

> > The only exception to that (which I am aware of) is if you are on a CRAY > system where the MPI (and BLAS and LAPACK) are baked into the compiler > wrappers (cc, ftn, etc). In those situations, you actually do not want to > run find_package(MPI) or it will throw errors. > Not true. The

[Cmake-commits] CMake branch, next, updated. v3.3.1-2814-g5f930bc

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 5f930bc86b28003e502ad1e416565bfe43a4e6a7 (commit) via

[cmake-developers] CMake 3.4 feature freeze on 2015-10-01

Hi Folks, The feature freeze in 'master' for CMake 3.4 will be on Oct 1, 2015. I will announce a freeze in 'next' sometime in the preceding week so that we can get any remaining dashboard trouble cleaned up. Please schedule any planned topics accordingly. Any major or disruptive changes should

[Cmake-commits] CMake branch, master, updated. v3.3.1-1107-g6bdb62c

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 6bdb62cf0f8464304b5c6d868b85de423953c1d9 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.3.1-1105-g36fb1e2

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 36fb1e230202d4986983dcda1d83065fffceb279 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.3.1-1117-gf281c62

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 f281c6214ba932e5a5c9d8bae67313fc8bfa8ec9 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.3.1-2820-g8d31860

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 8d31860874ab4968b69ea93d6240fa66fe1bb60c (commit) via

[Cmake-commits] CMake branch, next, updated. v3.3.1-2826-gf1b9893

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 f1b98931036d13e03c960fd1616699948821e67a (commit) via

Re: [cmake-developers] [Patch] Adding Windows 10 support

Thanks Brad. As I've been writing this code, I was looking for the build number and came across the code in cmGlobalGenerator that sets the CMAKE_HOST_SYSTEM_VERSION. Even though GetVersionEx is deprecated, it is the right way to get the system version, loading ntdll and getting RtlGetVersion

[cmake-developers] cmake xcode ios Build Phases > New Copy Files Phase?

I use cmake to generate an iOS xcode project for "ios-cmake-master". Then I have to can manually add my "shaders" folder to xcode > cmd+4 > Build Phases > + New Copy Files Phase > Destination = Resources, + to add my "shaders" folder. This allows me to have XCode copy my GLSL "shaders" folder

Re: [cmake-developers] cmake xcode ios Build Phases > New Copy Files Phase?

Actually I guess I found the answer here... https://stackoverflow.com/questions/30430968/add-xcode-build-phase-via-cmake On Thu, Sep 10, 2015 at 1:09 AM, Peter List wrote: > I use cmake to generate an iOS xcode project for "ios-cmake-master". Then > I have to can manually

[Cmake-commits] CMake branch, master, updated. v3.3.1-1118-gac77a56

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

Re: [cmake-developers] Improvements for GHS MULTI Generator

> Please check that this breakdown is correct Nice job. It is correct. > For future changes please try to send them as patch series broken down like > this. (The only reason I did so much squashing of the original GHS support > was because it was brand new.) That's good to know Geoffrey

Re: [cmake-developers] cmake xcode ios Build Phases > New Copy Files Phase?

In case it helps someone else, here's what I have: # after link, add exe file(GLOB SRC_LIST shaders/* main.cpp) if(${IsIOS}) set_source_files_properties(shaders PROPERTIES MACOSX_PACKAGE_LOCATION Resources) add_executable(${PROJECT_NAME} MACOSX_BUNDLE ${SRC_LIST} shaders) else()

Re: [CMake] Tweaking/disabling timeout for "Check for working CXX compiler"

On Tue, Sep 8, 2015 at 7:57 PM, Dmitry Marakasov wrote: > > Hi! > > FreeBSD project use userspace qemu emulation to cross-build packages > for some architectures, namely arm. This worked great for most > packages, however ones using cmake tend to fail randomly. > Relevant excerpt: > > --- >

Re: [cmake-developers] [PATCH] CPack: don't mangle CMake-special characters when applying default settings

2015-09-03 22:00 GMT+02:00 Роман Донченко : > By using a function to do it instead of a macro. Deprecate the old macro, > but keep it for backwards compatibility. Remove existing workarounds for this > problem and add a test. Applied with minor changes to next for testing:

Re: [CMake] CMake + MPI

That's good to know -- it looks like that capability was added 3 months after we wrote our CMakeLists.txt and we had to skip the find_package if we used a cray. That was 2011 and we never looked back at it because it worked. I guess I can go ahead and update that! Tim - Original

[cmake-developers] [ANNOUNCE] DaD's House! (Beta)

Hi, Dear Developers! Want to advertise a development environment that I am developing. The emergence of this environment would be impossible without two fundamental technologies incorporated in it. Firstly is CMake, which you can use to build very much! Secondly - this is a new set of tools for

[Cmake-commits] CMake branch, next, updated. v3.3.1-2824-g09ffe61

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 09ffe6116bd70d779e69b539e555d2baf5475910 (commit) via

[cmake-developers] [CMake 0015732]: Consider showing platform-specific signal value in exception cases

The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=15732 == Reported By:Zach Mullen Assigned To:

[Cmake-commits] CMake branch, next, updated. v3.3.1-2822-g34141ce

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 34141ce58174d8180359bd95389c25255e8cf2b7 (commit) via

Re: [CMake] Tweaking/disabling timeout for "Check for working CXX compiler"

* Michael Enright (michael.enri...@gmail.com) wrote: > > Relevant excerpt: > > > > --- > > > > > > Process terminated due to timeout > > > > > > > > The question is obvious: where is this timeout defined, what value > > is it set to exactly and is it tunable? > > > > When you build manually