[Bug translator/25549] Systemtap unable to find many probe points available in code compiled with LTO enable

fche at redhat dot com sourceware-bugzilla@sourceware.org
Thu May 7 02:06:49 GMT 2020


https://sourceware.org/bugzilla/show_bug.cgi?id=25549

Frank Ch. Eigler <fche at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fche at redhat dot com,
                   |                            |mark at klomp dot org

--- Comment #4 from Frank Ch. Eigler <fche at redhat dot com> ---
It appears the root cause is a mismatch between two parts of systemtap,
a srcfile enumeration pass (taking dwarf_getsrcfiles() in
dfwlpp::collect_srcfiles_matching), and the filtering of dwarf_decl_file()'s
against that list.

In the LTO case, the quasi-inlined copy of main() has no decl_* parts at all,
since those are in the abstract_origin DIEs.  For some reason,
dwarf_decl_file(func) in query_dwarf_func() returns 0, which will not match any
of the elements in the filtered_srcfiles[].  I'd expect it to return a legit
value because it seems to have a dwarf_attr_integrate call inside.  Maybe it's
an issue because this is a cross-CU abstract_origin reference?

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the Systemtap mailing list