Hello, On Tue, Jul 5, 2016 at 1:48 AM, Stephen Kelly <[email protected]>, me, Stephen Kelly wrote: >>> Such a feature would also work with cmake projects if the user chooses to >>> use the XCode generator on mac or VS generator on Windows (or if someday >>> we have a multi-config Ninja generator or so). >> >> How is a multi-config ninja generator better than just having to build >> directories next to each other, each with one configuration? You might >> save a bit of disk space (probably not a lot). Will you save a significant >> amount of processing time? >> >> The one benefit I can think of is switching between configurations will >> probably be a lot faster. But that is nothing that is done so often that >> it warrants optimizing for IMHO. > > What I have in mind is not optimization. As you say, if this is not needed > at this point for IDE integration, then we can drop the idea.
I still do not get why this feature exists at all. What is the benefit of having it? Is it just because xcode supports it, so cmake should to? >> Either the clients do not care or they need to know which configurations >> those are going to be. > > This can be retrieved by reading the STRINGS property of the > CMAKE_BUILD_TYPE cache variable. Oh, that sounds interesting. I'll need to investigate this:-) Best Regards, Tobias -- 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
