[PATCH] D137027: [llvm] Improve performance of programUndefinedIfUndefOrPoison

Nikita Popov via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Sat Oct 29 15:28:30 PDT 2022


nikic added a comment.

Not a fan of the mix of lazy and eager propagation here. I think the way you implemented the lazy isPoison check we may also run into a problem where the poison check will try to recurse past the initial instruction, and might explore a large tree that way, introducing a different compile-time problem.

Can we simply propagate poison as we visit instructions? I.e. when we visit an instruction, check whether it propagates poison and has a poison operand, if so mark it as poison itself?


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D137027



More information about the llvm-commits mailing list