Re: [cmake-developers] CMake Daemon blog
Nice work! I would love to help but I'm already overloaded with tons of work for now. :/ On 14 February 2016 at 13:47, Tobias Hunger wrote: > Hi Klaim, > > I spent the WE to improve the unit tests in my fork of Stephen's > cmake-daemon (which got broken when I added some basic protocol features > earlier in the same fork). > > I could use some help in this task that does not involve C++ coding:-) > > Best Regards, > Tobias > Am 14.02.2016 12:58 schrieb "Klaim - Joël Lamotte" : > >> I'm surprised too that there isn't more feedback around here. >> This seems to be a marjor potential improvement and definitely necessary >> if CMake need to be usable in the coming years. >> >> On 10 February 2016 at 09:42, Tobias Hunger >> wrote: >> >>> Hey, I did send a MR on github:-) >>> >>> But I agree, I had also hoped for more active participation. >>> >>> Best Regards, >>> Tobias >>> >>> On Wed, Feb 10, 2016 at 12:07 AM, Stephen Kelly >>> wrote: >>> > Stephen Kelly wrote: >>> > >>> >> Hi, >>> >> >>> >> I just made a blog and video about the advanced features and >>> possibilities >>> >> that a daemon mode for CMake can bring: >>> >> >>> >> >>> https://steveire.wordpress.com/2016/01/24/cmake-daemon-for-user-tools/ >>> >> >>> > >>> > >>> > The lack of response on the list to any of this is quite disappointing. >>> > >>> > -- >>> > >>> > Powered by www.kitware.com >>> > >>> > Please keep messages on-topic and check the CMake FAQ at: >>> http://www.cmake.org/Wiki/CMake_FAQ >>> > >>> > Kitware offers various services to support the CMake community. For >>> more information on each offering, please visit: >>> > >>> > CMake Support: http://cmake.org/cmake/help/support.html >>> > CMake Consulting: http://cmake.org/cmake/help/consulting.html >>> > CMake Training Courses: http://cmake.org/cmake/help/training.html >>> > >>> > Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> > >>> > Follow this link to subscribe/unsubscribe: >>> > http://public.kitware.com/mailman/listinfo/cmake-developers >>> -- >>> >>> Powered by www.kitware.com >>> >>> Please keep messages on-topic and check the CMake FAQ at: >>> http://www.cmake.org/Wiki/CMake_FAQ >>> >>> Kitware offers various services to support the CMake community. For more >>> information on each offering, please visit: >>> >>> CMake Support: http://cmake.org/cmake/help/support.html >>> CMake Consulting: http://cmake.org/cmake/help/consulting.html >>> CMake Training Courses: http://cmake.org/cmake/help/training.html >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/cmake-developers >>> >> >> -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] CMake Daemon blog
I'm surprised too that there isn't more feedback around here. This seems to be a marjor potential improvement and definitely necessary if CMake need to be usable in the coming years. On 10 February 2016 at 09:42, Tobias Hunger wrote: > Hey, I did send a MR on github:-) > > But I agree, I had also hoped for more active participation. > > Best Regards, > Tobias > > On Wed, Feb 10, 2016 at 12:07 AM, Stephen Kelly > wrote: > > Stephen Kelly wrote: > > > >> Hi, > >> > >> I just made a blog and video about the advanced features and > possibilities > >> that a daemon mode for CMake can bring: > >> > >> https://steveire.wordpress.com/2016/01/24/cmake-daemon-for-user-tools/ > >> > > > > > > The lack of response on the list to any of this is quite disappointing. > > > > -- > > > > Powered by www.kitware.com > > > > Please keep messages on-topic and check the CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > > > Kitware offers various services to support the CMake community. For more > information on each offering, please visit: > > > > CMake Support: http://cmake.org/cmake/help/support.html > > CMake Consulting: http://cmake.org/cmake/help/consulting.html > > CMake Training Courses: http://cmake.org/cmake/help/training.html > > > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > > > Follow this link to subscribe/unsubscribe: > > http://public.kitware.com/mailman/listinfo/cmake-developers > -- > > Powered by www.kitware.com > > Please keep messages on-topic and check the CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Kitware offers various services to support the CMake community. For more > information on each offering, please visit: > > CMake Support: http://cmake.org/cmake/help/support.html > CMake Consulting: http://cmake.org/cmake/help/consulting.html > CMake Training Courses: http://cmake.org/cmake/help/training.html > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/cmake-developers > -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
[cmake-developers] [patch] ExternalProject: Removed implicit hg update on hg clone.
Please find attached a patch fixing ExternalProject_Add() which update mercurial repositories _twice_, which can lead to too long cloning transactions (in particular when there are subrepos in the default branch), which can lead transaction abort by repository servers. I found the issue in such situation. This patch fixes the observed issue. Here is the description from the patch: By default Mercurial command "clone" will implicitly call "update" with the "default" branch after downloading the cloned repository. However ExternalProject_Add() always generate a second "update" command after cloning with a tag which is either specified or "tip" (equivalent to "default" by default). Therefore, before this patch, ExternalProject will first clone then update to default branch then update to another specified branch if provided. This lead to potentially very long clone operation (in particular when the repository default branch contain subrepos) which can lead to transaction abort triggered by the server. This patch remove the implicit update-on-clone step. The update command following the clone command generated by ExternalDependencies is enough to setup the directory to the specified or default tag/branch. Should I also make a ticket or just posting the patch here is enough? A. Joël Lamotte From 8cc61f037783017907d521b979561daca571eea2 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?A=2E=20Jo=C3=ABl=20Lamotte?= Date: Tue, 11 Aug 2015 01:01:25 +0200 Subject: [PATCH] ExternalProject: Removed implicit hg update on hg clone. By default Mercurial command "clone" will implicitly call "update" with the "default" branch after downloading the cloned repository. However ExternalProject_Add() always generate a second "update" command after cloning with a tag which is either specified or "tip" (equivalent to "default" by default). Therefore, before this patch, ExternalProject will first clone then update to default branch then update to another specified branch if provided. This lead to potentially very long clone operation (in particular when the repository default branch contain subrepos) which can lead to transaction abort triggered by the server. This patch remove the implicit update-on-clone step. The update command following the clone command generated by ExternalDependencies is enough to setup the directory to the specified or default tag/branch. --- Modules/ExternalProject.cmake | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Modules/ExternalProject.cmake b/Modules/ExternalProject.cmake index fdb146a..0fbf7c3 100644 --- a/Modules/ExternalProject.cmake +++ b/Modules/ExternalProject.cmake @@ -609,7 +609,7 @@ if(error_code) endif() execute_process( - COMMAND \"${hg_EXECUTABLE}\" clone \"${hg_repository}\" \"${src_name}\" + COMMAND \"${hg_EXECUTABLE}\" clone -U \"${hg_repository}\" \"${src_name}\" WORKING_DIRECTORY \"${work_dir}\" RESULT_VARIABLE error_code ) -- 1.9.5.msysgit.1 -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Virtual folders in Visual studio get expanded on reload
I did notice it quite a lot but I don't think CMake can do anything about it. I might be wrong though. On Tue, Jun 2, 2015 at 1:00 AM, Roman Wüger wrote: > Hi, > > I noticed that sometimes when a target is reloaded, that the virtual > folders and targets for the complete visual studio solution get expanded. > For a small project this isn't a problem, but in a large project (~ 100 > targets) this is a really big problem to close all targets every time. > > Did anybody noticed this behavior and has a solution for it? > > Thanks > > Best Regards > Roman > -- > > Powered by www.kitware.com > > Please keep messages on-topic and check the CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Kitware offers various services to support the CMake community. For more > information on each offering, please visit: > > CMake Support: http://cmake.org/cmake/help/support.html > CMake Consulting: http://cmake.org/cmake/help/consulting.html > CMake Training Courses: http://cmake.org/cmake/help/training.html > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/cmake-developers > -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Review request: FindTBB module
Hi, did you manage to improve over the DaxToolkit FindTBB module? Thanks for your time. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] [CMake] Announcing CMake Tools for Visual Studio
On Wed, May 15, 2013 at 1:04 AM, David Golub wrote: > I’m pleased to announce the first release candidate of CMake Tools for > Visual Studio, an extension adding support for syntax highlighting and > IntelliSense in CMake code using Microsoft Visual Studio. The extension is > open source (distributed under Ms-RL), freely available, and compatible > with VS 2010 and VS 2012. You can download it from the project from its > web site on CodePlex at http://cmaketools.codeplex.com. I hope that the > extension will prove useful to the CMake community. Please don’t hesitate > to contact me if you’ve found any bugs that you’d like to report of it > you’re interested in contributing to the project. Enjoy! > > ** ** > > David Golub > Hi, I've been looking for something like that by reflex for sometime, so I tried it right now (I have my CMakeLists.txt files visible in my VS projects). It seems to work well! Good work! I'll report if I find issues. Joel Lamotte -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers