Back to bug 2182059
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| Red Hat Bugzilla | 2023-03-27 12:38:51 UTC | Pool ID | sst_pt_perf_debug_rhel_9 | |
| Red Hat One Jira (issues.redhat.com) | 2023-03-27 12:40:48 UTC | Link ID | Red Hat Issue Tracker RHELPLAN-153165 | |
| Martin Cermak | 2023-03-27 16:08:27 UTC | CC | mcermak | |
| Martin Cermak | 2023-03-27 16:33:02 UTC | QA Contact | qe-baseos-tools-bugs | mcermak |
| Mark Wielaard | 2023-03-30 21:35:44 UTC | Doc Type | If docs needed, set a value | Bug Fix |
| Doc Text | This is actually 2 bugs. See also (the end of) the description. 1) -C (--demangle) plus -i (==inline) wouldn't work together Cause: eu-addr2line -C argument would made any next single character argument "disappear". Consequence: eu-addr2line -Ci would work differently from eu-addr2line -iC (the first only demangles, but does not show inlined function names) Fix: -C doesn't treat the next character as argument anymore Result: eu-addre2line -Ci will now both demangle the result and show inlined functions. 2) The eu-addr2line -i inlines option doesn't work when used on a binary compiled with gcc -flto Cause: The libdw dwarf_getscopes function would be unable to find an abstract orgin definition of a function that was compiled with gcc -flto. Consequence: eu-addr2line would be unable to show inlined functions for code compiled with the gcc -flto option. Fix: The libdw dwarf_getscopes now looks in the correct CU (compile unit) for the inlined scope. Result: eu-addr2line -i will now show inlined functions even when the binary was compiled with gcc -flto. And the libdw dwarf_getscopes function will include inlined scopes for such compiled code. |
|||
| Mark Wielaard | 2023-04-05 15:03:48 UTC | Fixed In Version | elfutils-0.189-1.el9 | |
| Status | ASSIGNED | MODIFIED | ||
| Martin Cermak | 2023-04-17 15:31:04 UTC | Status | MODIFIED | VERIFIED |
| Petr Hybl | 2023-07-19 11:51:12 UTC | Docs Contact | phybl | |
| CC | phybl |
Back to bug 2182059