This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug translator/10044] function probes with line numbers are ignoring labels
- From: "scox at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sources dot redhat dot com
- Date: 9 Apr 2009 15:07:15 -0000
- Subject: [Bug translator/10044] function probes with line numbers are ignoring labels
- References: <20090407193402.10044.jistone@redhat.com>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From scox at redhat dot com 2009-04-09 15:07 -------
<I actually find is strange that we're using .function.label to begin with.>
(from IRC)
<scox> syntax suggestions for .label()?
<fche> .statement("function@file:labelname") ?
<roland> that's what i suggested, yes i.e., whatever works in .statement, plus
:label on the end
<fche> .statement("function@file:linenumber") is a current syntax including
wildcards - .statement("*@file:linenumber")
<mjw> Is the @file mandatory?
<roland> there function@ disambiguates multiple uses of the same source line in
different places (#include or whatnot), i guess?
<fche> no, without that should place a probe on the first insn of the fn
<roland> how is that different from .function?
<fche> .function is "near" the beginning; subject to prologue searching if
needed
<roland> so .function isn't at the beginning of the function, and .statement
isn't at the first statement
<roland> i think function(whatever).label("name") might be best, i.e. least
confusing
<fche> or label("label@function@file:line")
<roland> ok. i say .label("name") appended to .function() for local label
scopes, can further disambiguate by .label("name@file:line") that is, { ... {
__label__ foo; foo: ... } ... no 'foo' in scope here } with that gcc extn (and
maybe in other langs), label name can be nonunique with one function
<fche> makes sense
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10044
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.