This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug breakpoints/10738] Cannot set breakpoint on inlined function
- From: "x.tong at utoronto dot ca" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: Mon, 3 Jan 2011 21:32:43 +0000
- Subject: [Bug breakpoints/10738] Cannot set breakpoint on inlined function
- Auto-submitted: auto-generated
- References: <bug-10738-4717@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=10738
--- Comment #7 from Xin Tong <x.tong at utoronto dot ca> 2011-01-03 21:32:38 UTC ---
(In reply to comment #6)
> I think "break function" works ok if all instances have been inlined.
>
> In the case where there is an out-of-line copy, I think it may be best
> if "break function" noticed that "function" was inlined somewhere,
> and then treat it as though "break file:line" were used instead.
>
In this case, I do not think there is out-of-line copy for "func" . "func" is
only used in one place and is inlined there. unless you mean "out-of-line"( not
marked as inline) on the source code level.
(In reply to comment #6)
> You'll also need to change dwarf2read.c to read and respect DW_AT_inline.
> Right now this is ignored. In particular I think you need to check
> for DW_INL_inlined, and use that to decide when to look for multiple
> locations.
>
> You may need to add a flag to function symbols to indicate when the special
> inline processing should be done.
I agree with you that further reading of dwarf section is needed and converting
break function into break file:line might be the way to go.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.