| commit | 206cafb680cea0741f8c7b276351db516ff27f81 | |
| author | Jeremy Morse <jeremy.morse@sony.com> | |
| Wed, 2 Feb 2022 15:54:24 +0000 (2 15:54 +0000) | ||
| committer | Jeremy Morse <jeremy.morse@sony.com> | |
| Wed, 2 Feb 2022 16:01:11 +0000 (2 16:01 +0000) | ||
| tree | 0a92a95859ecda305376e9728fc1a5ba2f9b354a | treesnapshot (tar.gz zip) |
| parent | 49d6e3eb332d0cf4a312eaf7a25e1fb72c0d447d | commitdiff |
Follow up to 9fd9d56dc6b, avoid a memory leak
Gaps in the basic block number range (from blocks being deleted or folded)
get block-value-tables allocated but never ejected, leading to a memory
leak, currently tripping up the asan buildbots. Fix this up by manually
freeing that memory.
As suggested elsewhere, if these things were owned by a unique_ptr then
cleanup would happen automagically. D118774 should eliminate the need for
this dance.
Gaps in the basic block number range (from blocks being deleted or folded)
get block-value-tables allocated but never ejected, leading to a memory
leak, currently tripping up the asan buildbots. Fix this up by manually
freeing that memory.
As suggested elsewhere, if these things were owned by a unique_ptr then
cleanup would happen automagically. D118774 should eliminate the need for
this dance.
| llvm/lib/CodeGen/LiveDebugValues/InstrRefBasedImpl.cpp | diffblobblamehistory |