[CMake] 2.6.0-rc8 install problem on darwin

[Bill Hoffman]

Benjamin Reed wrote:
> The symlink-maker seems to still have issues.
> 
> The installer created an /Applications/CMake 2.6-0.app/ directory, and
> then failed to remove the old symlinks from a previous rc5 install (it
> only created the cmake-gui command):
> 
> lrwxr-xr-x     1 root    ranger          34 Apr  2 09:43 * ->
> 2.6-0/cmake-gui.app/Contents/bin/*
> lrwxr-xr-x     1 root    ranger          59 Apr  2 09:45 ccmake ->
> /Applications/CMake 2.6-0/cmake-gui.app/Contents/bin/ccmake
> lrwxr-xr-x     1 root    ranger          58 Apr  2 09:45 cmake ->
> /Applications/CMake 2.6-0/cmake-gui.app/Contents/bin/cmake
> lrwxr-xr-x     1 root    ranger          52 Apr 14 10:46 cmake-gui ->
> /Applications/CMake 2.6-0.app/Contents/bin/cmake-gui
> lrwxr-xr-x     1 root    ranger          64 Apr  2 09:45 cmakexbuild
> -> /Applications/CMake 2.6-0/cmake-gui.app/Contents/bin/cmakexbuild
> lrwxr-xr-x     1 root    ranger          58 Apr  2 09:45 cpack ->
> /Applications/CMake 2.6-0/cmake-gui.app/Contents/bin/cpack
> lrwxr-xr-x     1 root    ranger          58 Apr  2 09:45 ctest ->
> /Applications/CMake 2.6-0/cmake-gui.app/Contents/bin/ctest
> 
> A fresh install after deleting all the symlinks and removing the
> /Library/Receipts/cmake* bits works fine, however.  Perhaps the script
> just needs to do a bit more cleaning first, to upgrade over old
> versions?
> 
I wonder if it is a permission problem.  I remove all the files before I 
put a new link in.

   // Remove the old files
     if(cmSystemTools::FileExists(newName.c_str()))
       {
       std::cout << "rm [" << newName << "]\n";
       cmSystemTools::RemoveFile(newName.c_str());
       }

You can test it with the menu item from the gui that installs the 
command line tool.  When I tried it was able to remove all links.


-Bill