https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92983
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #8 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92983
--- Comment #7 from Jeffrey A. Law ---
So I first took a clean RHEL 8.1 system with kernel-4.18.0-147 and verified
that this simple stap script would fail:
stap -p4 -e 'probe module("nfsv3").function("nfs3_commit_done") {
println($task) }'
Whic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92983
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92983
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92983
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|8.4 |8.5
--- Comment #4 from Jakub Jelinek -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92983
--- Comment #3 from Richard Biener ---
Isn't the issue that we say the split function parts are actually the original
function? If the tail were artificial there shouldn't be two breakpoints
but still a correct inlined subroutine (of an artifici
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92983
--- Comment #2 from Jakub Jelinek ---
To correct myself, task DW_TAG_formal_parameter in the
DW_TAG_inlined_subroutine does have actually DW_AT_location, but at least in
the 8.3 version starts with DW_OP_GNU_entry_value.
That said, it is still ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92983
--- Comment #1 from Jakub Jelinek ---
The assembler diff between r264593 and r264594, when ignoring offsets etc., is:
- .uleb128 0x27 # (DIE (0x4b6) DW_TAG_lexical_block)
+ .uleb128 0x27 # (DIE (0x4b6) DW_TAG_inlined_subroutine)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92983
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |8.4
