diff options
author | Evgeniy Brevnov <ybrevnov@azul.com> | 2022-10-26 16:03:25 +0700 |
---|---|---|
committer | Evgeniy Brevnov <ybrevnov@azul.com> | 2022-11-17 17:00:00 +0700 |
commit | 52a4018506e39f50d0c06ac5a1c987eb83b900c7 (patch) | |
tree | 345aea100e75b939087d85121c5a121c54d0a563 /llvm/lib/CodeGen/MachineCombiner.cpp | |
parent | 6393d2ea24fb458c353f8d453ab5f20663875cb1 (diff) | |
download | llvm-52a4018506e39f50d0c06ac5a1c987eb83b900c7.zip llvm-52a4018506e39f50d0c06ac5a1c987eb83b900c7.tar.gz llvm-52a4018506e39f50d0c06ac5a1c987eb83b900c7.tar.bz2 |
[JT] Preserve exisiting BPI/BFI during JumpThreading
Currently, JT creates and updates local instances of BPI\BFI. As a result global ones have to be invalidated if JT made any changes.
In fact, JT doesn't use any information from BPI/BFI for the sake of the transformation itself. It only creates BPI/BFI to keep them up to date. But since it updates local copies (besides cases when it updates profile metadata) it just waste of time.
Current patch is a rework of D124439. D124439 makes one step and replaces local copies with global ones retrieved through AnalysisPassManager. Here we do one more step and don't create BPI/BFI if the only reason of creation is to keep BPI/BFI up to date. Overall logic is the following. If there is cached BPI/BFI then update it along the transformations. If there is no existing BPI/BFI, then create it only if it is required to update profile metadata.
Please note if BPI/BFI exists on exit from JT (either cached or created) it is always up to date and no reason to invalidate it.
Differential Revision: https://reviews.llvm.org/D136827
Diffstat (limited to 'llvm/lib/CodeGen/MachineCombiner.cpp')
0 files changed, 0 insertions, 0 deletions