Not sure about the Legacy PM. For NPM, the IR analysis could be carried over for codegen use. ________________________________________ From: llvm-dev <llvm-dev-bounces at lists.llvm.org> on behalf of Nicolai Hähnle via llvm-dev <llvm-dev at lists.llvm.org> Sent: Wednesday, July 15, 2020 1:58 AM To: James Y Knight Cc: LLVM Developers' List Subject: Re: [llvm-dev] [RFC] Introducing classes for the codegen driven by new pass manager On Tue, Jul 14, 2020 at 11:29 PM James Y Knight via llvm-dev <llvm-dev at lists.llvm.org> wrote: > I'd just note that not every pass you can run with "opt" is actually part of the optimization pipeline. There are a few important IR-level passes that only run in the codegen pipeline, but are still nameable with opt to run individually for testing purposes. Switching over doesn't need to block on these passes being migrated. So I'm not sure this method of determining progress towards switching to NPM actually makes sense. Somewhat along those lines, can you explain a bit how MachineFunction passes and other passes can live within the same pass manager? The split between "optimization" and "code generation" is a bit arbitrary, and there are benefits to be had from running everything in the same pass manager, because analyses can be preserved. With GlobalISel, it may even be possible to carry analyses like dominator tree and loop info from the IR world over to the MIR world. Cheers, Nicolai -- Lerne, wie die Welt wirklich ist, aber vergiss niemals, wie sie sein sollte. _______________________________________________ LLVM Developers mailing list llvm-dev at lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4