This is the mail archive of the gdb-patches@sources.redhat.com 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: [RFA/stabs reader] Fix v3 duplicate constructors problem


>>>>> "Daniel" == Daniel Jacobowitz <drow@mvista.com> writes:

>> What does GDB actually use the member function information for?  What
>> impact would this change have, other than the output of ptype?

> Right now, the big thing is probably member function calls.  If the
> constructor is called from GDB, we want to get the complete object
> constructor.  I'm not 100% sure this is even possible, though.

You can't call a constructor directly in C++; no reason to allow it from
GDB.  Destructors are a different matter, though; an explicit call should
go to the non-deleting, in-charge version.

> I hadn't considered setting breakpoints on all of them.  That's very
> difficult; suppose I look at an assembly listing for a constructor and
> tell it to break on a particular line.  How can I figure out source
> line information for every constructor?

With Dwarf, all clones/inlines point to the abstract version; the internal
representation could keep track of all instances of a particular abstract
function.

> Perhaps it is best to continue emitting them and ignore them until we
> support them in GDB.

Seems reasonable.

Jason


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