[Gllug] Getting technical about email

Philip Hands phil at hands.com
Sat Nov 11 12:10:35 UTC 2006


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Mike Brodbelt wrote:
> Nix wrote:
>> Debug symbols are stored in sections which are not mapped to segments,
>> so they are never loaded (except by the debugger, which digs around
>> inside the binary directly, using libbfd).
> 
> That's interesting - I'd assumed they were mapped. In that case their
> only negative would be the disk overhead, and presumably a small
> (probably insignificant) performance degradation due to the ELF loader
> doing its thing?

You will probably be interested in this explanation of the -dbg packages

  http://lists.netisland.net/archives/plug/plug-2006-02/msg00046.html

I should have been a little more verbose, the Debian -dbg packages contain
_only_ the debug symbols, so you get the best of both worlds for packages
that have them, you can save disk space, but if you need the symbols
they're a single apt-get away, and since you're not rebuilding anything,
your coredump should work fine even if you install the -dbg package after
the event.

As for the "it's not that significant an amount of space, so let's leave
them in" I'll again cite evolution as an example -- it's -dbg package is
over 6MB packaged, 14.9MB installed -- that's as against the stripped
package's 2.4MB & 7.6MB respectively.

Now, it's possible that the -dbg packages contain some duplication of data,
but I seriously doubt that an un-stripped package would be smaller that the
- -dbg package, and it's probably closer to the addition of the two sizes.
(obviously, I've not tried that to find out -- I leave that as an exercise
to the reader ;-)

Cheers, Phil.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFVb25YgOKS92bmRARAv2iAJ94Cey7iYO6lw++dhyuXlmHaft6owCgqUp2
TnTcrjshu8YUbGv+p+NgVoo=
=/es6
-----END PGP SIGNATURE-----
-- 
Gllug mailing list  -  Gllug at gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug




More information about the GLLUG mailing list