MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0015581CMakeCMakepublic2015-05-22 11:582016-06-10 14:31
Reporterherc4mac 
Assigned ToKitware Robot 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionmoved 
PlatformApple MacOSYosemiteOS Version10.10.3
Product VersionCMake 3.2.2 
Target VersionFixed in Version 
Summary0015581: cmake gets confused on apple because of the caseless files system
DescriptionMY symptom ...
CMAKE does not honor the setting of CMAKE_iINSTALL_PREFIX and CMAKE_BUILD_TYPE
long to describe in words, easier to follow the steps to reproduce.

I am one of the developers of the Hercules emulator for the IBM s370/s390/zArch mainframes

my directory structure is
/Hercules
/Hercules/xxxx.yyyy <== source and CMakeLists.txt
/Hercules/xxxx.release

please observe the capitalisation of the <root> directory

my CMakeLists will determine the install prefix an the build type by parsing the name of the build directory

the install prefix will be /Hercules/xxxx
the build type will be Release

my best regards
Enrico

PS
even if it might be hard to fix, it should be STRONGLY documented
I said severity major because a SUDO make install might break things

Steps To Reproducefrom a terminal window
cd /Hercules
cd xxxx.release
rm * <== for a clean build
cmake ../xxxx.yyyy
make
make install

everything works as a charm!

but if instead of
cd /Hercules CAPITALIZED
I type
cd /hercules LOWER CASE

cd xxxx.release
...
...
...

make
make install

cmake will try to install to /usr/local


another side effect is

start from scratch
cd /Hercules
cd xxxx.release
cmake ../xxxx.yyyy

make

and afterwards I start over but with
cd /hercules <== note the all lower

cd xxxx.release
cmake ../xxxx.yyyy

cmake should do nothing because nothing has changed ( looks like )

but a subsequent
make

will rebuild everything

now thatI know I will be more careful in my cdS ...
same behaviour with cmake 3.2.1
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2015-05-22 11:58herc4macNew Issue
2016-06-10 14:29Kitware RobotNote Added: 0042781
2016-06-10 14:29Kitware RobotStatusnew => resolved
2016-06-10 14:29Kitware RobotResolutionopen => moved
2016-06-10 14:29Kitware RobotAssigned To => Kitware Robot
2016-06-10 14:31Kitware RobotStatusresolved => closed

Notes
(0042781)
Kitware Robot   
2016-06-10 14:29   
Resolving issue as `moved`.

This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page.