MantisBT - CMake
View Issue Details
0000891CMakepublic2004-05-28 07:382014-11-13 08:50
Jan Woetzel 
System Admin 
lowminoralways
closedfixed 
 
 
0000891: make install cmake replace
A previous cmake installe dcmake binary cannot be replaced by make install.

An old cmake (e.g. 1.8.3) is installed in e.g. ~/bin/)
A new CVS cmake version was chekced out and compiled.
"make install" with teh new version depends on ~/bin/cmake.
Problem:
~/bin/cmake is NOT replaced by make install because make install uses the OLD ~/bin/cmake to ~/bin.cmake.

Solution:
Make install should use the NEW ~/source/cvs/CMake/bin/cmake
instead of the old
~/bin/cmake
to be able to copy
~/source/cvs/CMake/bin/cmake
to
~/bin/cmake
No tags attached.
related to 0015248closed Brad King When cross compiling, "make install" invokes target "cmake" instead of host version 
Issue History
2014-11-13 08:50Brad KingRelationship addedrelated to 0015248

Notes
(0001169)
System Admin   
2004-06-02 09:07   
I cannot reproduce this.

I build CMake 1.8 and install it in some dir.
Then I used that CMake to build CVS CMake and do make install
Everything went smooth. make install called the old install from CMake 1.8

This may be a problem with CMake 2.0, but I guess assumption that system CMake is bootstrapped is a valid one.
(0001185)
Brad King   
2004-06-09 18:31   
I've duplicated this on a system that does not allow exectuables that are running to be overwritten.
(0001186)
Brad King   
2004-06-09 18:39   
Correction: I duplicated a similar problem for installing a CMake 2.0 or later on top of another CMake 2.0 installation. CMake 1.8.3 should have generated install rules using the old install-sh script which did not execute the already-installed cmake.
(0001187)
Brad King   
2004-06-09 18:56   
Fixed on main tree for the unix makefile generator:

Checking in cmLocalUnixMakefileGenerator.cxx;
/cvsroot/CMake/CMake/Source/cmLocalUnixMakefileGenerator.cxx,v <-- cmLocalUnixMakefileGenerator.cxx
new revision: 1.165; previous revision: 1.164
done