View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001133CMakepublic2004-09-03 10:432011-01-13 17:00
ReporterAnton Deguet 
Assigned ToSystem Admin 
PriorityurgentSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0001133: cmake -E copy file dir sets the wrong permissions on the destination directory
Descriptioncmake -E copy doesn't seem to understand that the second parameter is a directory and sets the permissions to 644.

(anton on stomach) ~ :mkdir test
(anton on stomach) ~ :cd test
(anton on stomach) ~/test :touch file
(anton on stomach) ~/test :mkdir dir
(anton on stomach) ~/test :cma
cmake cmaketest
(anton on stomach) ~/test :cmake -E copy file dir
(anton on stomach) ~/test :ls -l
total 4
drw-r--r-- 2 anton cis 4096 Sep 3 10:39 dir
-rw-r--r-- 1 anton cis 0 Sep 3 10:39 file
(anton on stomach) ~/test :chmod 755 dir
(anton on stomach) ~/test :ls dir
file
(anton on stomach) ~/test :cmake --version
cmake version 2.0.3
(anton on stomach) ~/test :uname -a
Linux stomach.cs.jhu.edu 2.4.20-13.9smp #1 SMP Mon May 12 10:48:05 EDT 2003 i686 i686 i386 GNU/Linux
TagsNo tags attached.
Attached Files

 Relationships

  Notes
(0001409)
Anton Deguet (reporter)
2004-09-03 11:25

I had a last minute doubt and compiled the latest version from CVS. The same problem occurs, i.e. the file is copied correctly but cmake changes the permissions on the directory, not the copied file.
(0001469)
Anton Deguet (reporter)
2004-09-17 12:49

I found an alternative solution. I was using this in a post install CMake script as follows:

EXEC_PROGRAM(@CMAKE_COMMAND@
               ARGS -E copy ${file} @CMAKE_INSTALL_PREFIX@/share/cisst/doc/doxygen/html)

Looking at a couple of cmake_install.cmake generated, I replaced this command by:

FILE(INSTALL DESTINATION "@CMAKE_INSTALL_PREFIX@/share/cisst/doc/doxygen" TYPE FILE FILES ${file})

This syntax works well and has the advantage of creating new "CMake" processes (very likely more efficient).
(0001521)
System Admin (reporter)
2004-09-29 12:21

Should be fixed in CVS

 Issue History
Date Modified Username Field Change
2010-11-29 17:59 Source_changeset_attached => VTK master 162a438a
2011-01-13 17:00 Source_changeset_attached => VTK master a2bd8391
2011-01-13 17:00 Source_changeset_attached => VTK master 020ef709


Copyright © 2000 - 2018 MantisBT Team