Re: [cmake-developers] Major.Minor version install directories
On Friday 25 October 2013, Stephen Kelly wrote: > Brad King wrote: ... > > FYI, I keep my test install tree below my build directory > > > > and wipe it out before the next install: > > rm -rf $whatever_you_call_the_prefix > > make install > > That doesn't work for me because my qtbase prefix is where I install qtbase > dev branch and other Qt repos (also dev branch), cmake (master, a topic or > whatever version I need to test the Qt cmake files with), some KDE stuff > and some KDAB stuff. I have a directory full of different versions of cmake next to each other, /cmake-2.4.5/ ... /cmake-2.8.12/, and next to it /cmake-HEAD/, so they are always cleanly separated and can be deleted without problems. Just for cmake you don't need to set any prefixes, just calling the one I need with the full path has always worked for me. Alex -- 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
Re: [cmake-developers] Major.Minor version install directories
On 10/25/2013 03:18 AM, Stephen Kelly wrote: > Then how about a compromise of major.minor.patch ? Okay, that will still be granular enough to avoid modules from old versions. It is at the feature point release granularity, which is about right. Fixed: Shorten CMake version used in install destinations http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=1093deeb Of course you can also set CMAKE_DOC_DIR and CMAKE_DATA_DIR in your local build's cache to use any value you want. -Brad -- 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
Re: [cmake-developers] Major.Minor version install directories
Brad King wrote: > On 10/24/2013 12:56 PM, Stephen Kelly wrote: >> l -1 /home/stephen/dev/prefix/qtbase/kde/doc/ >> cmake-2.8/ >> cmake-2.8.12.20131023-g07324-dirty/ >> cmake-2.8.12.20131023-g10e02-dirty/ >> cmake-2.8.12.20131023-g1bfc2/ >> cmake-2.8.12.20131023-g3dec3/ > > The granular version-specific locations ensure we don't > get modules left over from a different version. This has > caused problems in the past that are very hard to track > down remotely. If dealing with a user perhaps. Developers shouldn't have that problem. > This shouldn't be much of a problem for > anyone except developers. Then how about a compromise of major.minor.patch ? > IMO one shouldn't be overwriting an existing install tree > with a new CMake without removing the original anyway, but > this approach gives us protection from it. Managing > replace-able installations is the job of a package manager. > If you're doing it by hand IMO you're on you're own. > > FYI, I keep my test install tree below my build directory > and wipe it out before the next install: > > rm -rf $whatever_you_call_the_prefix > make install That doesn't work for me because my qtbase prefix is where I install qtbase dev branch and other Qt repos (also dev branch), cmake (master, a topic or whatever version I need to test the Qt cmake files with), some KDE stuff and some KDAB stuff. I have another prefix for qtbase stable branch testing/work, another for Qt 4.8 etc. Clearing one of those prefixes completely just to remove micro-versioned cmake installations is not practical, and I don't want to add another dimension to my prefix system just for cmake installations. Thanks, Steve. -- 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
Re: [cmake-developers] Major.Minor version install directories
On 10/24/2013 12:56 PM, Stephen Kelly wrote: > l -1 /home/stephen/dev/prefix/qtbase/kde/doc/ > cmake-2.8/ > cmake-2.8.12.20131023-g07324-dirty/ > cmake-2.8.12.20131023-g10e02-dirty/ > cmake-2.8.12.20131023-g1bfc2/ > cmake-2.8.12.20131023-g3dec3/ The granular version-specific locations ensure we don't get modules left over from a different version. This has caused problems in the past that are very hard to track down remotely. This shouldn't be much of a problem for anyone except developers. IMO one shouldn't be overwriting an existing install tree with a new CMake without removing the original anyway, but this approach gives us protection from it. Managing replace-able installations is the job of a package manager. If you're doing it by hand IMO you're on you're own. FYI, I keep my test install tree below my build directory and wipe it out before the next install: rm -rf $whatever_you_call_the_prefix make install -Brad -- 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
[cmake-developers] Major.Minor version install directories
Hello,
My install prefix currently looks something like this:
l -1 /home/stephen/dev/prefix/qtbase/kde/doc/
cmake-2.8/
cmake-2.8.12.20131023-g07324-dirty/
cmake-2.8.12.20131023-g10e02-dirty/
cmake-2.8.12.20131023-g1bfc2/
cmake-2.8.12.20131023-g3dec3/
cmake-2.8.12.20131023-g5a601/
cmake-2.8.12.20131023-g85363/
cmake-2.8.12.20131023-g8b987/
cmake-2.8.12.20131023-g8c74f-dirty/
cmake-2.8.12.20131023-gb98eb/
cmake-2.8.12.20131023-gd050b/
cmake-2.8.12.20131023-gf2f63-dirty/
cmake-2.8.12.20131024-g09257/
cmake-2.8.12.20131024-g09257-dirty/
cmake-2.8.12.20131024-g42ee2/
cmake-2.8.12.20131024-gabca/
cmake-2.8.12.20131024-ge6df9/
with similar stuff in other places in the prefix, and in other prefixes.
Can we switch those install directories back to using
set(CMAKE_DATA_DIR_DEFAULT
"share/cmake-${CMake_VERSION_MAJOR}.${CMake_VERSION_MINOR}")
etc?
Thanks,
Steve.
--
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
