On Thu, 17 Nov 2011 13:11:08 +0000 Philip Ashmore <cont...@philipashmore.com> wrote:
> While useful, debug symbolsonlyhelp so much. > On some other distributions the debugging symbols package includes the source > code > and kdbg integration so that kdbg can prompt you to download the dbg package > while > you're debugging an app. > > Even with this, optimization can make the instruction pointer appear to dart > all > over the place when single stepping, and also optimizes out variables that you > would sometimes really like to know the value of. > > Maybe a "noopt" package variant would help here, but that would nearly double > the > number of package builds. > > Wasn't there a gcc objective to tame this with release builds? > > Looking at "Re: Could the multiarch wiki page be explicit about pkgconfig > files?" > I've seen debugging symbols point to source files all over the place, > depending > on who or how the package in question was built, none of which pointed to > /usr/lib/debug or similar. > > Developers new to Debian can't fail to be surprised by this. The path doesn't matter that much, as long as the debugger can find a filename which at least matches the end of the path. i.e. work backwards and use the best match. This isn't down to Debian, it is down to how gcc and gdb work together and how developers need to use gdb or other tools frontending gdb to set the path to the unpacked sources. Some tools do it better than others, especially when considering how to follow a call down through a couple of different libraries. -- Neil Williams ============= http://www.linux.codehelp.co.uk/
pgp0cjEH13j3M.pgp
Description: PGP signature
