This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH 2/4] python support for fetching separate debug files: have_debug_info


> Date: Fri, 21 Nov 2014 12:22:23 -0800
> From: Doug Evans <dje@google.com>
> Cc: gdb-patches <gdb-patches@sourceware.org>, Pedro Alves <palves@redhat.com>, 
> 	Sergio Durigan Junior <sergiodj@redhat.com>
> 
> >> The problem that needs to be solved is for Python code to be able to tell
> >> whether to spend time fetching separate debug files, as the latter can take
> >> a significant amount of time.  Also, a program may use a large number of
> >> shared libraries and the user may wish (or not wish) debug info to be
> >> fetched for each one.  So we want, IMO, a simple and cheap initial
> >> test for whether we need to fetch debug files.
> >
> > Why not make that test part of the method that fetches the debug info?
> 
> This is Python code.  What did you mean by "method" ?

The method, which we expose to Python programs, which fetches debug
info.

> >> For the use-case in question,  another way to look at the attribute is
> >> "Has debug info been stripped or not?".
> >
> > But there's no reliable way to determine that, either, is there?
> 
> Beyond detecting the absence of the requisite debug sections (in
> dwarf: .debug_info, et.al.) ?
> Or were you thinking of something else?

I still don't understand what good will it make to have this
attribute.  It seems you would like it to allow an optimization,
whereby some clever Python extension to GDB might examine this
attribute and decide not to try to fetch the debug info.  But then why
not do that automatically all the time? why burden the Python
programmer with this?


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]