[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