The following issue has been SUBMITTED. ====================================================================== http://public.kitware.com/Bug/view.php?id=14157 ====================================================================== Reported By: Craig Scott Assigned To: ====================================================================== Project: CMake Issue ID: 14157 Category: CPack Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-05-19 22:41 EDT Last Modified: 2013-05-19 22:41 EDT ====================================================================== Summary: CPACK_STRIP_FILES is TRUE but stripping isn't performed Description: BACKGROUND: I have a project which creates an RPM package by using install(PROGRAMS ...) and install(FILES ...) rather than installing any targets directly. The targets are built in other projects and the whole build is structured using ExternalProject with the packaging project being the last one that is run. The packages are created successfully, but it appears that CMake/CPack is not honouring the CPACK_STRIP_FILES option. I doubt the build structure I'm using is related to the problem, but thought I should mention it just in case.
PROBLEM: Despite CPACK_STRIP_FILES being set to TRUE, the CMake-generated files do not actually perform the stripping. The Makefile contains an install/strip target which invokes cmake_install.cmake with CMAKE_INSTALL_DO_STRIP=1, but there is nothing in cmake_install.cmake or any other file which even mentions CMAKE_INSTALL_DO_STRIP. The end result is that the install happens without stripping. Looking through other bug reports, online discussions, etc., it would seem that CMAKE_INSTALL_DO_STRIP=1 should be causing the stripping to occur, but it looks like nothing is honouring that setting any more. Maybe a regression? FWIW, this becomes an issue on Fedora when generating RPM packages. The defaults for rpmbuild will strip executables but *not* shared libraries (a pretty crazy default, but that's what it does - see the way __os_install_post works from the output of "rpm --showrc", for example, where there is no call to /usr/lib/rpm/redhat/brp-strip-shared and brp-strip specifically excludes shared objects/libraries). Furthermore, if you were using the DEB package generator, I think you'd be relying on the install stripping to work (but I have less concrete evidence for that one). Additional Information: Trawling through the bug tracker, http://public.kitware.com/Bug/view.php?id=11785 is about the only other potentially related bug, but that one is more context than a direct correspondence to the issue I'm reporting here. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2013-05-19 22:41 Craig Scott New Issue ====================================================================== -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
