[PATCH] D54740: [NewPM] fixing asserts on deleted loop in -print-after-all

Fedor Sergeev via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Mon Dec 10 13:50:14 PST 2018


fedor.sergeev added a comment.

In D54740#1326123 <https://reviews.llvm.org/D54740#1326123>, @philip.pfaffe wrote:

> The IRUnit is invalid, but the handle still exists, right?


Invalid handle might be totally invalid, you can not use it for anything.
I do remember having accesses to freed memory when accessing either Loop or SCC, dont remember which one.
Even looking at the address might be not that sane if it was freed and perhaps something else allocated at that place.

Anyway, my point is that we do not have a well established notion of invalid IR.
And solution that tries to put order into pass-instrumentation handling of invalid IR first
needs to put order into overall handling of that invalid IR.


Repository:
  rL LLVM

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D54740/new/

https://reviews.llvm.org/D54740





More information about the llvm-commits mailing list