[cmake-developers] [CMake 0014157]: CPACK_STRIP_FILES is TRUE but stripping isn't performed

[Mantis Bug Tracker]

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                                    
======================================================================