(0029383)
Brad King (manager)
2012-05-01 14:22

I cannot reproduce this, at least on OS X 10.6:

$ sw_vers
ProductName: Mac OS X
ProductVersion: 10.6.6
BuildVersion: 10J567

$ /opt/local/bin/cmake --version
cmake version 2.8.7

$ cat ../CMakeLists.txt
cmake_minimum_required(VERSION 2.8)
project(Issue13177 C)
install(DIRECTORY "include/"
        DESTINATION "include"
        FILES_MATCHING PATTERN "*.h")

$ find ../include -type f
../include/a.h
../include/b.h
../include/c.H

$ /opt/local/bin/cmake .. -DCMAKE_INSTALL_PREFIX="$(pwd)/prefix"

$ make install
Install the project...
-- Install configuration: ""
-- Installing: .../prefix/include
-- Installing: .../prefix/include/a.h
-- Installing: .../prefix/include/b.h
-- Installing: .../prefix/include/c.H

Note that even case-insensitive matching works. Also, our test suite contains almost the exact same case:

  http://cmake.org/gitweb?p=cmake.git;a=blob;f=Tests/SimpleInstall/CMakeLists.txt;hb=v2.8.7#l272 [^]

and passes on all OS X nightly test machines.

Please provide a minimal but complete source tarball that demonstrates the problem. Also please try to reproduce this with an upstream CMake to ensure MacPorts patches do not interfere.

(0029659)
Matthew McCormick (reporter)
2012-06-11 13:46

This bug was also encountered with DCMTK. For more information, see

http://massmail.spl.harvard.edu/public-archives/slicer-devel/2012/009020.html [^]
http://massmail.spl.harvard.edu/public-archives/slicer-devel/2012/009033.html [^]

(0029660)
Matthew McCormick (reporter)
2012-06-11 13:50

Also note from reports on DCMTK thread: the command appears to behave correctly with CMake 2.8.2 from Debian.

(0029661)
Brad King (manager)
2012-06-11 14:02

Re 0013177:0029660: As stated in 0013177:0029383 the command also appears to work as documented on ALL our nightly testing machines, and on my machines. It is a tested feature.

There must be something obscure about the conditions that lead to the failure.

(0029665)
Brad King (manager)
2012-06-12 08:25

Re 0013177:0029659: From discussion with the reporter of the problem in DCMTK it happens on all their OS X 10.7 machines.

(0029682)
Brad King (manager)
2012-06-13 08:59

I discovered the problem occurs when the install source directory is a mixed-case file path on a case *sensitive* filesystem on a Mac. This fixes it:

http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a41557a2 [^]

(0032057)
Robert Maynard (manager)
2013-01-09 10:58

Closing resolved issues that have not been updated in more than 4 months.

Issue History
Date Modified	Username	Field	Change
2012-04-30 16:14	Braden McDaniel	New Issue
2012-05-01 14:22	Brad King	Note Added: 0029383
2012-06-11 13:46	Matthew McCormick	Note Added: 0029659
2012-06-11 13:50	Matthew McCormick	Note Added: 0029660
2012-06-11 14:02	Brad King	Note Added: 0029661
2012-06-12 08:25	Brad King	Note Added: 0029665
2012-06-13 08:59	Brad King	Note Added: 0029682
2012-06-13 08:59	Brad King	Assigned To	=> Brad King
2012-06-13 08:59	Brad King	Status	new => resolved
2012-06-13 08:59	Brad King	Resolution	open => fixed
2012-06-13 08:59	Brad King	Fixed in Version	=> CMake 2.8.9
2012-06-13 08:59	Brad King	Target Version	=> CMake 2.8.9
2012-08-13 15:40	Brad King	Relationship added	has duplicate 0010366
2013-01-09 10:58	Robert Maynard	Note Added: 0032057
2013-01-09 10:58	Robert Maynard	Status	resolved => closed

Notes
(0029383) Brad King (manager) 2012-05-01 14:22	I cannot reproduce this, at least on OS X 10.6: $ sw_vers ProductName: Mac OS X ProductVersion: 10.6.6 BuildVersion: 10J567 $ /opt/local/bin/cmake --version cmake version 2.8.7 $ cat ../CMakeLists.txt cmake_minimum_required(VERSION 2.8) project(Issue13177 C) install(DIRECTORY "include/" DESTINATION "include" FILES_MATCHING PATTERN "*.h") $ find ../include -type f ../include/a.h ../include/b.h ../include/c.H $ /opt/local/bin/cmake .. -DCMAKE_INSTALL_PREFIX="$(pwd)/prefix" $ make install Install the project... -- Install configuration: "" -- Installing: .../prefix/include -- Installing: .../prefix/include/a.h -- Installing: .../prefix/include/b.h -- Installing: .../prefix/include/c.H Note that even case-insensitive matching works. Also, our test suite contains almost the exact same case: http://cmake.org/gitweb?p=cmake.git;a=blob;f=Tests/SimpleInstall/CMakeLists.txt;hb=v2.8.7#l272 [^] and passes on all OS X nightly test machines. Please provide a minimal but complete source tarball that demonstrates the problem. Also please try to reproduce this with an upstream CMake to ensure MacPorts patches do not interfere.

(0029659) Matthew McCormick (reporter) 2012-06-11 13:46	This bug was also encountered with DCMTK. For more information, see http://massmail.spl.harvard.edu/public-archives/slicer-devel/2012/009020.html [^] http://massmail.spl.harvard.edu/public-archives/slicer-devel/2012/009033.html [^]

(0029660) Matthew McCormick (reporter) 2012-06-11 13:50	Also note from reports on DCMTK thread: the command appears to behave correctly with CMake 2.8.2 from Debian.

(0029661) Brad King (manager) 2012-06-11 14:02	Re 0013177:0029660: As stated in 0013177:0029383 the command also appears to work as documented on ALL our nightly testing machines, and on my machines. It is a tested feature. There must be something obscure about the conditions that lead to the failure.

(0029665) Brad King (manager) 2012-06-12 08:25	Re 0013177:0029659: From discussion with the reporter of the problem in DCMTK it happens on all their OS X 10.7 machines.

(0029682) Brad King (manager) 2012-06-13 08:59	I discovered the problem occurs when the install source directory is a mixed-case file path on a case sensitive filesystem on a Mac. This fixes it: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a41557a2 [^]

(0032057) Robert Maynard (manager) 2013-01-09 10:58	Closing resolved issues that have not been updated in more than 4 months.