[Releasing] [Development] Not stripping our binaries by default

simon.hausmann at nokia.com simon.hausmann at nokia.com
Fri Sep 14 07:15:42 CEST 2012


I think that our default configure and make rules should be tailored towards developers
deliberately building Qt from source, so IMHO it should not strip by default. When you build
Qt from source I'm not sure you care about the binary size (you're installing on your local
drive) and you might appreciate getting some useful backtraces when they happen.

I think in automake this is usually solved by make install _not_ stripping and then there being also
a "make install-strip" target that installs and strips.

Quote from the automake manual:

"
make install
    Install what needs to be installed, copying the files from the package's tree to system-wide directories. 
make install-strip
    Same as make install, then strip debugging symbols. Some users like to trade space for useful bug reports... 
"



Just my two øre :)

Simon

________________________________________
From: development-bounces+simon.hausmann=nokia.com at qt-project.org [development-bounces+simon.hausmann=nokia.com at qt-project.org] on behalf of ext Thiago Macieira [thiago.macieira at intel.com]
Sent: Thursday, September 13, 2012 22:21
To: development at qt-project.org; releasing at qt-project.org
Subject: [Development] Not stripping our binaries by default

I was trying to make Qt 5 packages for Tizen when I realised that the
automated build scripts that generate debuginfo packages were failing, saying
that our libraries are already stripped.

Turns out that qmake generates "strip --strip-unneeded" commands when in
release mode. There's a way to turn it off by passing an extra CONFIG to qmake,
but that is not accessible from the configure command-line.

Either way, stripping by default sounds wrong to me. Distributions already
have their own tools to strip. So I'm proposing that we stop doing that. See

        https://codereview.qt-project.org/34835

For our own SDK, we might need to add the stripping at the appropriate
place(s).

--
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel Open Source Technology Center
     Intel Sweden AB - Registration Number: 556189-6027
     Knarrarnäsgatan 15, 164 40 Kista, Stockholm, Sweden



More information about the Releasing mailing list