aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/CodeGen/CodeGenFunction.cpp
diff options
context:
space:
mode:
authorSam McCall <sam.mccall@gmail.com>2023-04-17 20:35:20 +0200
committerSam McCall <sam.mccall@gmail.com>2023-04-19 14:32:13 +0200
commitbf47c1ed855605324efcca4af92517026c7e53e5 (patch)
treeeb0f8b6ebe1128afa5b79280ef64e2428a95c085 /clang/lib/CodeGen/CodeGenFunction.cpp
parentdea4f37b7db5757dede09dccf3497fcfdc000809 (diff)
downloadllvm-bf47c1ed855605324efcca4af92517026c7e53e5.zip
llvm-bf47c1ed855605324efcca4af92517026c7e53e5.tar.gz
llvm-bf47c1ed855605324efcca4af92517026c7e53e5.tar.bz2
[dataflow] Extract arena for Value/StorageLocation out of DataflowAnalysisContext
DataflowAnalysisContext has a few too many responsibilities, this narrows them. It also allows the Arena to be shared with analysis steps, which need to create Values, without exposing the whole DACtx API (flow conditions etc). This means Environment no longer needs to proxy all these methods. (For now it still does, because there are many callsites to update, and maybe if we separate bool formulas from values we can avoid churning them twice) In future, if we untangle the concepts of Values from boolean formulas/atoms, Arena would also be responsible for creating formulas and managing atom IDs. Differential Revision: https://reviews.llvm.org/D148554
Diffstat (limited to 'clang/lib/CodeGen/CodeGenFunction.cpp')
0 files changed, 0 insertions, 0 deletions