[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:

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) > { >

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

[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

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

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-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:

[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-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: