Re: [cmake-developers] [ANNOUNCE] CMake 3.5.0-rc1 now ready for testing!

Hi I just started testing 3.5.0-rc1 on Linux and I noticed regression in Makefile generation time. I checked 3.5.0rc1, 3.4.3 and 3.2.2 versions, and the results are as follows: 64bit cmake 3.5.0-rc1 Makefile Generation 1. Run real2m36.457s user2m32.008s sys0m3.184s 2. Run real

Re: [cmake-developers] install(EXCLUDE_FROM_ALL) new feature - request for comment

Brad Thank you for looking at adding this feature to 'next'. I am not familiar with git format-patch but i hope you can make use of the attached patch for ​​Help/command/install.rst Best regards Nick​​ On Wed, Feb 3, 2016 at 9:17 PM, Brad King wrote: > On 02/03/2016

Re: [cmake-developers] [ANNOUNCE] CMake 3.5.0-rc1 now ready for testing!

Hi One more thing. There is huge difference in Unix Makefile generation time between 32 vs 64 bit cmake version: 32 bit CMake 3.5.0 generation time: real5m33.310s user5m27.268s sys0m3.540s 64 bit CMake 3.5.0 generation time: real2m36.457s user2m32.008s sys0m3.184s

Re: [cmake-developers] CMake 3.5 generation time

Hi Brad Unfortunately after building locally, the times are totally different (worse). I don't know why it is happen. Builds for some specific commits, are not able to run properly. In that case I have just skip bisect commit. Do you have some further recommendation? On master the times are:

[cmake-developers] [CMake 0015955]: CMAKE-GUI creates varies with trailing blanks

The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=15955 == Reported By:Haju Schulz Assigned To:

[cmake-developers] [CMake 0015954]: Ninja generated superbuilds do not reinstall dependent projects

The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=15954 == Reported By:logan.buchy Assigned To:

Re: [cmake-developers] CMake 3.5 generation time (was: CMake 3.5.0-rc1 now ready for testing!)

On 02/04/2016 07:09 AM, Bartosz Kosiorek wrote: > There is huge difference in Unix Makefile generation time between > 32 vs 64 bit cmake version: > > 32 bit CMake 3.5.0 generation time: > real5m33.310s > user5m27.268s > sys0m3.540s > > 64 bit CMake 3.5.0 generation time: > real

Re: [cmake-developers] [ANNOUNCE] CMake 3.5.0-rc1 now ready for testing!

> -Original Message- > From: cmake-developers [mailto:cmake-developers-boun...@cmake.org] > On Behalf Of Brad King > Sent: Wednesday, February 03, 2016 21:17 > To: Eric Wing; Robert Maynard > Cc: CMake Developers > Subject: Re: [cmake-developers] [ANNOUNCE] CMake 3.5.0-rc1 now ready > for

Re: [cmake-developers] Use unsigned int for cmLinkInterface:: and cmGeneratorTarget::Multiplicity

On 02/03/2016 05:25 PM, Christoph Grüninger wrote: > thanks for your advice. An accoring patch is attached. Thanks, applied: Make cmLinkInterface:: and cmGeneratorTarget::Multiplicity unsigned ints https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=58a4a771 -Brad -- Powered by

Re: [cmake-developers] install(EXCLUDE_FROM_ALL) new feature - request for comment

On 02/04/2016 04:55 AM, Nick Lewis wrote: > I am not familiar with git format-patch After committing locally just run git format-patch HEAD~1.. to construct the patch file. The "~1" specifies the number of commits to go back (via first-parent) and include in the series. > make use of the

Re: [cmake-developers] [partial duplicate of users mailing list] SelectLibraryConfigurations

On 02/03/2016 02:39 PM, Adam Rankin wrote: > So, is it expected that each project in a client's package > will call find_package(xyz)? > I am used to the top level CMakeLists finding all the dependencies, > and then passing the information down into projects. After calling find_package(xyz) the

Re: [cmake-developers] CMake 3.5 generation time (was: CMake 3.5.0-rc1 now ready for testing!)

Hi Brad. I'm configuring/generating NavKit project, by using -G "Unix Makefiles" parameter. I downloaded cmakes from website: https://cmake.org/download/ All generation were done on clean output (deleted all files generated by cmake) on the same repository version, in the same directory. The

Re: [cmake-developers] CMake 3.5 generation time

On 02/04/2016 10:29 AM, Bartosz Kosiorek wrote: > I downloaded cmakes from website: > https://cmake.org/download/ > > All generation were done on clean output (deleted all files generated by > cmake) > on the same repository version, in the same directory. > The only difference was cmake version

[cmake-developers] [PATCH] Bug fix: Dylibs inside .framework folders fails in BundleUtilities.cmake.

The specific cause is when e.g. /Library/Frameworks/GStreamer.framework/Versions/1.0/lib/libgio-2.0.0.dylib is detected by fixup_bundle. BundleUtilities.cmake/set_bundle_key_values() interprets this as a framework, thus doing a string replace that creates an embedded_item that is equal to the

Re: [cmake-developers] Adding Swift support to CMake for Linux/Makefiles

On 01/29/2016 03:16 PM, Eric Wing wrote: > I need more guidance here. I'm not connecting the dots. > My problem seems to be that the execute_process() in > CMakeDetermineCompilerId.cmake is trying to invoke the command: > 'swift CompilerId/main.swift' [snip] > Looking at the execute_process() that

Re: [cmake-developers] CMake 3.5 generation time

Hi. I would like to mention that all my previous times, was measured for clean Generation (I deleted all generation files) I will try to make bisect build, to check where regression occur. Now I would like to present results with enabled cleaning only on first run: CMake 3.4.3 Unix Makefile

[cmake-developers] [CMake 0015953]: CMake Does Not Use -isystem with GCC on OS X

The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=15953 == Reported By:jbauer Assigned To: