View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0013307CMakeCPackpublic2012-06-14 17:362012-06-15 03:37
ReporterJavier 
Assigned ToEric NOULARD 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionwon't fix 
PlatformWin32OSWindowsOS Version7
Product VersionCMake 2.8.8 
Target VersionFixed in Version 
Summary0013307: CPack Generators producing a single package only
DescriptionWhen I try the component example as described in issue 0010736, sample downloaded from the links there, ZIP, TGZ, TG, STGZ generators generate a monolithic generator only.

I downloaded CMake 2.8.3, and used the exact same example on the same environment, and the separate packages are generated correctly.
Steps To Reproduce1) Download component example file: http://www.vtk.org/Wiki/File:ComponentExampleStart.zip [^]

2) Run CMake with NMake Makefiles Generator. Running cpack -G ZIP will produce a single .zip file. Expected one per component.

Repeat the above steps with CMake 2.8.3, and the result is several .zip files as expected.
Additional Information- Used CMake 2.8.8
- NMake Generator (Using Visual Studio 2008)
- Didn't test this on Linux or OSX.
TagsNo tags attached.
Attached Files

 Relationships
related to 0011452closedEric NOULARD Pack component install for archives breaks MySQL packaging 

  Notes
(0029700)
Eric NOULARD (developer)
2012-06-14 17:50

The behavior you observe with 2.8.3 is a backward incompatible behavior
that did not exist in 2.8.2 and was fixed in 2.8.4 see 0011452.

Each CPack package generator has "default" component packaging way,
some of them default to "MONOLITHIC" for backward compatibility reason:
See: http://www.cmake.org/Wiki/CMake:Component_Install_With_CPack#CPack_Generator_specific_behavior [^]

Try:
set(CPACK_ARCHIVE_COMPONENT_INSTALL ON)

in order to get component from archive generators (ZIP, TGZ, etc...)


it can be set on the command line as well:
cpack -D CPACK_ARCHIVE_COMPONENT_INSTALL=1 -G ZIP
(0029701)
Eric NOULARD (developer)
2012-06-14 17:51

Waiting feedback,
But this is probably not a bug.
(0029702)
Javier (reporter)
2012-06-14 19:33

I wasn't aware of the previous behavior. With your instructions it works as expected, so I think this is not a bug and can be closed.

Thanks a lot for the very prompt response.
(0029704)
Eric NOULARD (developer)
2012-06-15 03:37

This was not a bug,
"just" a lack of documentation.

 Issue History
Date Modified Username Field Change
2012-06-14 17:36 Javier New Issue
2012-06-14 17:46 Eric NOULARD Relationship added related to 0011452
2012-06-14 17:50 Eric NOULARD Note Added: 0029700
2012-06-14 17:50 Eric NOULARD Assigned To => Eric NOULARD
2012-06-14 17:50 Eric NOULARD Status new => assigned
2012-06-14 17:51 Eric NOULARD Note Added: 0029701
2012-06-14 17:51 Eric NOULARD Status assigned => feedback
2012-06-14 19:33 Javier Note Added: 0029702
2012-06-14 19:33 Javier Status feedback => assigned
2012-06-15 03:37 Eric NOULARD Note Added: 0029704
2012-06-15 03:37 Eric NOULARD Status assigned => closed
2012-06-15 03:37 Eric NOULARD Resolution open => won't fix


Copyright © 2000 - 2018 MantisBT Team