From: Ned Ludd <solar@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: Split ELF Debug (default or not?)
Date: Sun, 27 Nov 2005 08:40:29 -0500 [thread overview]
Message-ID: <1133098829.5422.409.camel@localhost> (raw)
In-Reply-To: <1133096987.26860.5.camel@home.yosifov.net>
On Sun, 2005-11-27 at 15:09 +0200, Ivan Yosifov wrote:
> On Sun, 2005-11-27 at 07:24 -0500, Ned Ludd wrote:
> > On Sat, 2005-11-26 at 13:20 -0600, R Hill wrote:
> > > Ned Ludd wrote:
> > > > Good afternoon,
> > > >
> > > > probably in portage-2.0.54 a patch will be added to emit split debug
> > > > info. Having a split debug allows us to retain all the advantages of
> > > > stripping executables while gaining the ability to properly debug
> > > > executables in bfd aware programs. It's been in testing with a small
> > > > hand full of devs and works quite well, but before it's pushed in we
> > > > would like to get input from our devs & users.
> > > >
> > > > Would you be willing to give up space in $ROOT/usr/lib/debug for ELF
> > > > executables by default in order to aid in better debugging by or do we
> > > > want to only emit it when a FEATURE= is defined.
> > >
> > > How much space are we talking about?
> >
> > There is no fixed size here and depends on the number of packages you
> > have and the CFLAGS passed to the programs you build.
> > Naturally if you start building all your code with
> > CFLAGS="-g3 -ggdb" your going to end up with a larger debug info.
>
> Of course I will be compiling with CFLAGS="-g3 -ggdb" :)
>
> The reason I don't do it now is because debug info:
>
> 1) makes binaries larger
> 2) makes binaries slower ( in my experience ( may have to do with 1) )
>
> And I don't ( not sure if anyone does ) care about any non-gdb debugger.
>
> So, can you give us a wild guess about the disk space ? How much does it
> take on your system and how many packages do you have installed ?
-rwxr-xr-x 1 root root 49268 Nov 19 18:00 /usr/bin/scanelf
-rw-r--r-- 1 root root 5292 Nov 19
18:02 /usr/lib/debug/usr/bin/scanelf.debug
I really can't give an accurate example. Halcyon who has been testing it
merged world and he was yeilded with 18M of debug info (I have no idea
how many packages he has). ChrisWhite has also been merging a lot of
merging with it recently to test KDE stuff which is a pretty big
package. He may have some useful data that your after. The reason I
posted the patch and prepstrip here was so that people could formulate
their own opinions.
I'm also using an additional patch in my local portage system where I'm
sub packaging the debug info and it only gets installed when I tell it
to be installed via the emerge -K option. I use some pretty crafty
tricks to accomplish this like dynamic ebuild creation. I do this in
order to have compressed debug info handy vs having it on the live
filesystem. This probably would not be accepted by portage mainline
unless I do it in a more elegant way that wont conflict with the future
portage-3.x series.
> And one more thing. For proper debugging, don't I need the source to be
> present ?
-g3 -ggdb embeds the source code in the debug info so I don't see the
point.
--
Ned Ludd <solar@gentoo.org>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
next prev parent reply other threads:[~2005-11-27 13:43 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-26 17:50 [gentoo-dev] Split ELF Debug (defult or not?) Ned Ludd
2005-11-26 18:30 ` Bruno
2005-11-26 18:55 ` [gentoo-dev] Split ELF Debug (default " Ned Ludd
2005-11-27 9:53 ` Kevin F. Quinn
2005-11-27 12:18 ` Ned Ludd
2005-11-26 19:15 ` [gentoo-dev] Split ELF Debug (defult " Olivier Crête
2005-11-26 19:20 ` [gentoo-dev] " R Hill
2005-11-27 12:24 ` [gentoo-dev] Re: Split ELF Debug (default " Ned Ludd
2005-11-27 13:09 ` Ivan Yosifov
2005-11-27 13:32 ` Edward Catmur
2005-11-27 13:40 ` Ned Ludd [this message]
2005-11-27 15:22 ` Edward Catmur
2005-11-27 15:44 ` Ned Ludd
2005-11-27 16:55 ` Ned Ludd
2005-11-27 21:01 ` Ivan Yosifov
2005-11-27 22:24 ` Ned Ludd
2005-11-28 11:00 ` Paul de Vrieze
2005-11-27 18:03 ` Mark Loeser
2005-11-27 19:51 ` Olivier Crête
2005-11-26 19:22 ` [gentoo-dev] Split ELF Debug (defult " Ivan Yosifov
2005-11-26 20:01 ` Mike Frysinger
2005-11-26 21:42 ` Petteri Räty
2005-11-27 0:48 ` Dan Meltzer
2005-11-27 0:53 ` Mart Raudsepp
2005-11-27 12:23 ` [gentoo-dev] Split ELF Debug (default " Ned Ludd
2005-11-26 23:10 ` [gentoo-dev] Split ELF Debug (defult " Luca Barbato
2005-11-27 12:54 ` Diego 'Flameeyes' Pettenò
2005-11-27 14:39 ` Dan Meltzer
2005-11-27 14:49 ` Diego 'Flameeyes' Pettenò
2005-11-27 14:50 ` Ned Ludd
2005-11-27 15:31 ` Edward Catmur
2005-11-28 1:18 ` Georgi Georgiev
2005-11-28 4:21 ` Edward Catmur
2005-11-27 15:04 ` Tavis Ormandy
2005-11-27 15:30 ` Dan Meltzer
2005-11-28 11:14 ` Paul de Vrieze
2005-11-27 22:35 ` Spider (D.m.D. Lj.)
2005-11-28 10:51 ` Paul de Vrieze
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1133098829.5422.409.camel@localhost \
--to=solar@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox