[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Using Qt debug libraries without configure and qmake

On Thu, 17 Nov 2011 13:11:08 +0000
Philip Ashmore <contact@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

Attachment: pgpFIEprWiWzD.pgp
Description: PGP signature

Reply to: