[PATCH] D82320: [NPM] Attempt to run opt passes specified via -foo-pass under NPM
Arthur Eubanks via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Mon Jun 22 17:12:46 PDT 2020
aeubanks added a comment.
In D82320#2107762 <https://reviews.llvm.org/D82320#2107762>, @ychen wrote:
> This is great! What are these failures look like? Do they look straightforward to fix?
Updated the description.
Most of them are passes either not ported to NPM or don't have the same name in PassRegistry.def as their old name.
I was thinking about potentially creating some wrapper class around old PM passes but I don't think that would work.
================
Comment at: llvm/tools/opt/opt.cpp:75
+static cl::opt<bool>
+ EnableNewPassManager("enable-new-pass-manager",
+ cl::desc("Enable the new pass manager"));
----------------
ychen wrote:
> This is a bit verbose to me. Maybe `enable-new-pm`. It is fine either way.
Done, matches another option in NewPMDriver.cpp
================
Comment at: llvm/tools/opt/opt.cpp:742
+ if (EnableNewPassManager || PassPipeline.getNumOccurrences() > 0) {
+ if (!EnableNewPassManager && PassList.size()) {
errs()
----------------
ychen wrote:
> `PassPipeline.getNumOccurrences() > 0` is more intuitive?
That's definitely better, done.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D82320/new/
https://reviews.llvm.org/D82320
More information about the llvm-commits
mailing list