MantisBT - CMake
View Issue Details
0007941CMakeCMakepublic2008-11-04 19:012016-06-10 14:30
Ethan Tira-Thompson 
Kitware Robot 
normalminorhave not tried
closedmoved 
CMake-2-6 
 
0007941: public_headers property does not support sub-directories
It would be nice to support sub-directories in the OS X Framework Headers directory.
I know this is not "recommended practice", but for portability reasons this may be required, and it is supported by the compiler, so there's no reason for CMake not to support it as well.

Currently if a directory is listed in the public_headers property, it seems cmake silently ignores the whole list. It should just copy the listed files and directories. Or at least give a noisy error/warning.

I'm not even sure how to produce a good workaround, there should be a command to copy specified files into specified locations in the Headers or Resources directory... currently it seems this can only be put in the "root" of these directories, no way to specify subdirectories...?
No tags attached.
Issue History
2008-11-04 19:01Ethan Tira-ThompsonNew Issue
2008-11-04 19:11Ethan Tira-ThompsonNote Added: 0014030
2008-11-04 19:21Ethan Tira-ThompsonNote Added: 0014031
2008-11-05 17:37Bill HoffmanStatusnew => assigned
2008-11-05 17:37Bill HoffmanAssigned To => David Cole
2011-02-09 14:26David ColeStatusassigned => backlog
2011-02-09 15:12David ColeAssigned ToDavid Cole =>
2016-06-10 14:27Kitware RobotNote Added: 0041467
2016-06-10 14:27Kitware RobotStatusbacklog => resolved
2016-06-10 14:27Kitware RobotResolutionopen => moved
2016-06-10 14:27Kitware RobotAssigned To => Kitware Robot
2016-06-10 14:30Kitware RobotStatusresolved => closed

Notes
(0014030)
Ethan Tira-Thompson   
2008-11-04 19:11   
Related mailing list post: http://www.cmake.org/pipermail/cmake/2008-June/022378.html [^]
(0014031)
Ethan Tira-Thompson   
2008-11-04 19:21   
Another related mailing list post, which provides a more reasonable workaround:
http://www.cmake.org/pipermail/cmake/2008-August/023314.html [^]

That might actually be a considered a pretty good solution, so perhaps this could be considered a documentation issue. MACOSX_PACKAGE_LOCATION should suggest it can be used to produce subdirectories within the standard framework/bundle directories, and PUBLIC_HEADER, PRIVATE_HEADER, and RESOURCE property documenation should refer to using MACOSX_PACKAGE_LOCATION if subdirectories are required.

Alternatively, PUBLIC_HEADER, PRIVATE_HEADER, and RESOURCE should provide a way to specify subdirectories directly, which would be a little cleaner.
(0041467)
Kitware Robot   
2016-06-10 14:27   
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.