[flang][driver] Re-organise the code-gen actions (nfc)
authorAndrzej Warzynski <andrzej.warzynski@arm.com>
Fri, 22 Apr 2022 09:07:31 +0000 (09:07 +0000)
committerAndrzej Warzynski <andrzej.warzynski@arm.com>
Thu, 5 May 2022 14:05:06 +0000 (14:05 +0000)
commitbb177edc44f412f368c4c5983df15b7364fc3122
tree18d6502cb3a5498d3624e2ecfcb3fd44393f4acf
parentc894e85fc64dd8d83b460de81080fff93c5ca334
[flang][driver] Re-organise the code-gen actions (nfc)

All frontend actions that generate code  (MLIR, LLVM IR/BC,
Assembly/Object Code) are re-factored as essentially one action,
`CodeGenAction`, with minor specialisations. To facilate all this,
`CodeGenAction` is extended to hold `TargetMachine` and backend action
type (MLIR vs LLVM IR vs LLVM BC vs Assembly vs Object Code).

`CodeGenAction` is no longer a pure abstract class and the
corresponding `ExecuteAction` is implemented so that it covers all use
cases. All this allows a much better code re-use.

Key functionality is extracted into some helpful hooks:
  * `SetUpTargetMachine`
  * `GetOutputStream`
  * `EmitObjectCodeHelper`
  * `EmitBCHelper`
I hope that this clarifies the overall structure. I suspect that we may
need to revisit this again as the functionality grows in complexity.

Differential Revision: https://reviews.llvm.org/D124665
flang/include/flang/Frontend/FrontendActions.h
flang/lib/Frontend/FrontendActions.cpp
flang/lib/FrontendTool/ExecuteCompilerInvocation.cpp