[Development] Not stripping our binaries by default
Thomas Senyk
thomas.senyk at pelagicore.com
Fri Sep 14 17:57:07 CEST 2012
On Fri, September 14, 2012 04:35:47 PM Thiago Macieira wrote:
> On sexta-feira, 14 de setembro de 2012 16.21.44, Thomas Senyk wrote:
> > On Fri, September 14, 2012 04:08:57 PM Thiago Macieira wrote:
> > > I made it default to no-stripping.
> >
> > Why? Shouldn't stripping be the default?
>
> I don't think it should, neither does Simon. But Lars, Ossi and you think it
> should.
>
> Since I prepared the patch while there's no consensus, I opted to go for my
> preference.
Hmm I mainly agree with most of your arguments.
The use-case I have in mind is cross-compiling, where people not always know
what they are doing ;)
One thing which could reduce that problem is adding it stripping-setting to
the configure-output?
>
> > Having "some" information in the binary isn't very helpful anyway.
> > I agree that package manager need something to disable stripping if it
> > needs to happen in another stage of package build, but that's no argument
> > for having it off on default.
> >
> > A argument for stripping as default:
> > A lot of people don't know what's the right thing to do in most cases ...
> > so the "best" option should be taken. and the best options are IMHO:
> > - debug build -> all information
> > - release build -> best possible performance/size/...
>
> We're using -O2 in release mode, which increases code size. If size was an
> issue, we'd have -Os.
>
> What's more, EVERYTHING out there except for Qt builds with no stripping by
> default. I think being consistent is more important.
More information about the Development
mailing list