This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug testsuite/16473] rlimit.exp: adjust for weak symbols
- From: "jlebon at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sourceware dot org
- Date: Tue, 04 Mar 2014 23:48:46 +0000
- Subject: [Bug testsuite/16473] rlimit.exp: adjust for weak symbols
- Auto-submitted: auto-generated
- References: <bug-16473-6586 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=16473
--- Comment #5 from Jonathan Lebon <jlebon at redhat dot com> ---
(In reply to Jonathan Lebon from comment #4)
> Created attachment 7455 [details]
> rlimit.patch
>
> Looking more closely into this, I think I have a better idea of what's going
> on. During partial inlining, non-inlined bits are left in e.g. foo.part.0().
> This function has no DWARF info associated with it (GCC PR44712 discusses
> implementing this, but it doesn't seem like there's anything in yet). It
> does however show up in the symtab.
>
> Since assess_dbinfo_reqt() only sees a function_str, it deems that the
> symtab should be investigated as well. So when we tell stap to list all the
> functions matching e.g. "*ar*", we pick up both DWARF functions as well as
> symtab functions matching this.
>
> This causes things that require DWARF such as $$vars to not get resolved,
> which then causes an error thrown later on during type resolution.
>
> So the error is correct insomuch as stap did try to do its best in finding
> matching functions. It could be argued that a better error message should be
> output (e.g. "need DWARF information for this").
>
> As for rlimit.exp, all we need is a simple patch that will cause
> assess_dbinfo_reqt() to require DWARF info (see attached patch).
--
You are receiving this mail because:
You are the assignee for the bug.