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 ? > > And one more thing. For proper debugging, don't I need the source to be > present ?
I've been installing debug symbols and debug sources for a few weeks now, using bashrc hacks. I use "debugsymbols" and "debugsources" in FEATURES. At a rough estimate, debug symbols with -ggdb3 will add 60% to package sizes, and debug sources will add another 40%. So having this on by default will necessitate a repartition for many users. Ed Catmur -- [email protected] mailing list
