diff options
| author | River Riddle <riddleriver@gmail.com> | 2020-12-03 15:46:32 -0800 |
|---|---|---|
| committer | River Riddle <riddleriver@gmail.com> | 2020-12-03 15:47:01 -0800 |
| commit | 00c6ef8628a6ee062d5104692a92d5e000dd7c05 (patch) | |
| tree | 02f07d6a97aaa4fb23def4a70919512fed013a3f /llvm/lib/CodeGen/MachineFunctionPrinterPass.cpp | |
| parent | 672cc75cceda12e67915643566362f832edcb66d (diff) | |
| download | llvm-00c6ef8628a6ee062d5104692a92d5e000dd7c05.zip llvm-00c6ef8628a6ee062d5104692a92d5e000dd7c05.tar.gz llvm-00c6ef8628a6ee062d5104692a92d5e000dd7c05.tar.bz2 | |
[mlir][Pass] Remove the restriction that PassManager can only run on ModuleOp
This was a somewhat important restriction in the past when ModuleOp was distinctly the top-level container operation, as well as before the pass manager had support for running nested pass managers natively. With these two issues fading away, there isn't really a good reason to enforce that a ModuleOp is the thing running within a pass manager. As such, this revision removes the restriction and allows for users to pass in the name of the operation that the pass manager will be scheduled on.
The only remaining dependency on BuiltinOps from Pass after this revision is due to FunctionPass, which will be resolved in a followup revision.
Differential Revision: https://reviews.llvm.org/D92450
Diffstat (limited to 'llvm/lib/CodeGen/MachineFunctionPrinterPass.cpp')
0 files changed, 0 insertions, 0 deletions