2014-03-20 02:41:38 +08:00
|
|
|
//===- PassManager.cpp - Infrastructure for managing & running IR passes --===//
|
2013-11-13 09:12:08 +08:00
|
|
|
//
|
|
|
|
// The LLVM Compiler Infrastructure
|
|
|
|
//
|
|
|
|
// This file is distributed under the University of Illinois Open Source
|
|
|
|
// License. See LICENSE.TXT for details.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
2016-06-17 15:15:29 +08:00
|
|
|
#include "llvm/IR/PassManager.h"
|
2013-11-13 09:12:08 +08:00
|
|
|
#include "llvm/ADT/STLExtras.h"
|
2014-05-16 10:33:15 +08:00
|
|
|
#include "llvm/IR/LLVMContext.h"
|
2013-11-13 09:12:08 +08:00
|
|
|
|
|
|
|
using namespace llvm;
|
2014-01-11 19:52:05 +08:00
|
|
|
|
[PM] Support invalidation of inner analysis managers from a pass over the outer IR unit.
Summary:
This never really got implemented, and was very hard to test before
a lot of the refactoring changes to make things more robust. But now we
can test it thoroughly and cleanly, especially at the CGSCC level.
The core idea is that when an inner analysis manager proxy receives the
invalidation event for the outer IR unit, it needs to walk the inner IR
units and propagate it to the inner analysis manager for each of those
units. For example, each function in the SCC needs to get an
invalidation event when the SCC gets one.
The function / module interaction is somewhat boring here. This really
becomes interesting in the face of analysis-backed IR units. This patch
effectively handles all of the CGSCC layer's needs -- both invalidating
SCC analysis and invalidating function analysis when an SCC gets
invalidated.
However, this second aspect doesn't really handle the
LoopAnalysisManager well at this point. That one will need some change
of design in order to fully integrate, because unlike the call graph,
the entire function behind a LoopAnalysis's results can vanish out from
under us, and we won't even have a cached API to access. I'd like to try
to separate solving the loop problems into a subsequent patch though in
order to keep this more focused so I've adapted them to the API and
updated the tests that immediately fail, but I've not added the level of
testing and validation at that layer that I have at the CGSCC layer.
An important aspect of this change is that the proxy for the
FunctionAnalysisManager at the SCC pass layer doesn't work like the
other proxies for an inner IR unit as it doesn't directly manage the
FunctionAnalysisManager and invalidation or clearing of it. This would
create an ever worsening problem of dual ownership of this
responsibility, split between the module-level FAM proxy and this
SCC-level FAM proxy. Instead, this patch changes the SCC-level FAM proxy
to work in terms of the module-level proxy and defer to it to handle
much of the updates. It only does SCC-specific invalidation. This will
become more important in subsequent patches that support more complex
invalidaiton scenarios.
Reviewers: jlebar
Subscribers: mehdi_amini, mcrosier, mzolotukhin, llvm-commits
Differential Revision: https://reviews.llvm.org/D27197
llvm-svn: 289317
2016-12-10 14:34:44 +08:00
|
|
|
// Explicit template instantiations and specialization defininitions for core
|
|
|
|
// template typedefs.
|
2016-02-27 18:38:10 +08:00
|
|
|
namespace llvm {
|
2016-08-20 12:57:28 +08:00
|
|
|
template class AllAnalysesOn<Module>;
|
|
|
|
template class AllAnalysesOn<Function>;
|
2016-02-27 18:45:35 +08:00
|
|
|
template class PassManager<Module>;
|
|
|
|
template class PassManager<Function>;
|
|
|
|
template class AnalysisManager<Module>;
|
|
|
|
template class AnalysisManager<Function>;
|
2016-02-27 18:38:10 +08:00
|
|
|
template class InnerAnalysisManagerProxy<FunctionAnalysisManager, Module>;
|
|
|
|
template class OuterAnalysisManagerProxy<ModuleAnalysisManager, Function>;
|
[PM] Support invalidation of inner analysis managers from a pass over the outer IR unit.
Summary:
This never really got implemented, and was very hard to test before
a lot of the refactoring changes to make things more robust. But now we
can test it thoroughly and cleanly, especially at the CGSCC level.
The core idea is that when an inner analysis manager proxy receives the
invalidation event for the outer IR unit, it needs to walk the inner IR
units and propagate it to the inner analysis manager for each of those
units. For example, each function in the SCC needs to get an
invalidation event when the SCC gets one.
The function / module interaction is somewhat boring here. This really
becomes interesting in the face of analysis-backed IR units. This patch
effectively handles all of the CGSCC layer's needs -- both invalidating
SCC analysis and invalidating function analysis when an SCC gets
invalidated.
However, this second aspect doesn't really handle the
LoopAnalysisManager well at this point. That one will need some change
of design in order to fully integrate, because unlike the call graph,
the entire function behind a LoopAnalysis's results can vanish out from
under us, and we won't even have a cached API to access. I'd like to try
to separate solving the loop problems into a subsequent patch though in
order to keep this more focused so I've adapted them to the API and
updated the tests that immediately fail, but I've not added the level of
testing and validation at that layer that I have at the CGSCC layer.
An important aspect of this change is that the proxy for the
FunctionAnalysisManager at the SCC pass layer doesn't work like the
other proxies for an inner IR unit as it doesn't directly manage the
FunctionAnalysisManager and invalidation or clearing of it. This would
create an ever worsening problem of dual ownership of this
responsibility, split between the module-level FAM proxy and this
SCC-level FAM proxy. Instead, this patch changes the SCC-level FAM proxy
to work in terms of the module-level proxy and defer to it to handle
much of the updates. It only does SCC-specific invalidation. This will
become more important in subsequent patches that support more complex
invalidaiton scenarios.
Reviewers: jlebar
Subscribers: mehdi_amini, mcrosier, mzolotukhin, llvm-commits
Differential Revision: https://reviews.llvm.org/D27197
llvm-svn: 289317
2016-12-10 14:34:44 +08:00
|
|
|
|
|
|
|
template <>
|
|
|
|
bool FunctionAnalysisManagerModuleProxy::Result::invalidate(
|
|
|
|
Module &M, const PreservedAnalyses &PA,
|
|
|
|
ModuleAnalysisManager::Invalidator &Inv) {
|
2016-12-27 16:40:39 +08:00
|
|
|
// If literally everything is preserved, we're done.
|
|
|
|
if (PA.areAllPreserved())
|
|
|
|
return false; // This is still a valid proxy.
|
|
|
|
|
[PM] Support invalidation of inner analysis managers from a pass over the outer IR unit.
Summary:
This never really got implemented, and was very hard to test before
a lot of the refactoring changes to make things more robust. But now we
can test it thoroughly and cleanly, especially at the CGSCC level.
The core idea is that when an inner analysis manager proxy receives the
invalidation event for the outer IR unit, it needs to walk the inner IR
units and propagate it to the inner analysis manager for each of those
units. For example, each function in the SCC needs to get an
invalidation event when the SCC gets one.
The function / module interaction is somewhat boring here. This really
becomes interesting in the face of analysis-backed IR units. This patch
effectively handles all of the CGSCC layer's needs -- both invalidating
SCC analysis and invalidating function analysis when an SCC gets
invalidated.
However, this second aspect doesn't really handle the
LoopAnalysisManager well at this point. That one will need some change
of design in order to fully integrate, because unlike the call graph,
the entire function behind a LoopAnalysis's results can vanish out from
under us, and we won't even have a cached API to access. I'd like to try
to separate solving the loop problems into a subsequent patch though in
order to keep this more focused so I've adapted them to the API and
updated the tests that immediately fail, but I've not added the level of
testing and validation at that layer that I have at the CGSCC layer.
An important aspect of this change is that the proxy for the
FunctionAnalysisManager at the SCC pass layer doesn't work like the
other proxies for an inner IR unit as it doesn't directly manage the
FunctionAnalysisManager and invalidation or clearing of it. This would
create an ever worsening problem of dual ownership of this
responsibility, split between the module-level FAM proxy and this
SCC-level FAM proxy. Instead, this patch changes the SCC-level FAM proxy
to work in terms of the module-level proxy and defer to it to handle
much of the updates. It only does SCC-specific invalidation. This will
become more important in subsequent patches that support more complex
invalidaiton scenarios.
Reviewers: jlebar
Subscribers: mehdi_amini, mcrosier, mzolotukhin, llvm-commits
Differential Revision: https://reviews.llvm.org/D27197
llvm-svn: 289317
2016-12-10 14:34:44 +08:00
|
|
|
// If this proxy isn't marked as preserved, then even if the result remains
|
|
|
|
// valid, the key itself may no longer be valid, so we clear everything.
|
|
|
|
//
|
|
|
|
// Note that in order to preserve this proxy, a module pass must ensure that
|
|
|
|
// the FAM has been completely updated to handle the deletion of functions.
|
|
|
|
// Specifically, any FAM-cached results for those functions need to have been
|
|
|
|
// forcibly cleared. When preserved, this proxy will only invalidate results
|
|
|
|
// cached on functions *still in the module* at the end of the module pass.
|
2016-12-27 16:40:39 +08:00
|
|
|
auto PAC = PA.getChecker<FunctionAnalysisManagerModuleProxy>();
|
|
|
|
if (!PAC.preserved() && !PAC.preservedSet<AllAnalysesOn<Module>>()) {
|
[PM] Support invalidation of inner analysis managers from a pass over the outer IR unit.
Summary:
This never really got implemented, and was very hard to test before
a lot of the refactoring changes to make things more robust. But now we
can test it thoroughly and cleanly, especially at the CGSCC level.
The core idea is that when an inner analysis manager proxy receives the
invalidation event for the outer IR unit, it needs to walk the inner IR
units and propagate it to the inner analysis manager for each of those
units. For example, each function in the SCC needs to get an
invalidation event when the SCC gets one.
The function / module interaction is somewhat boring here. This really
becomes interesting in the face of analysis-backed IR units. This patch
effectively handles all of the CGSCC layer's needs -- both invalidating
SCC analysis and invalidating function analysis when an SCC gets
invalidated.
However, this second aspect doesn't really handle the
LoopAnalysisManager well at this point. That one will need some change
of design in order to fully integrate, because unlike the call graph,
the entire function behind a LoopAnalysis's results can vanish out from
under us, and we won't even have a cached API to access. I'd like to try
to separate solving the loop problems into a subsequent patch though in
order to keep this more focused so I've adapted them to the API and
updated the tests that immediately fail, but I've not added the level of
testing and validation at that layer that I have at the CGSCC layer.
An important aspect of this change is that the proxy for the
FunctionAnalysisManager at the SCC pass layer doesn't work like the
other proxies for an inner IR unit as it doesn't directly manage the
FunctionAnalysisManager and invalidation or clearing of it. This would
create an ever worsening problem of dual ownership of this
responsibility, split between the module-level FAM proxy and this
SCC-level FAM proxy. Instead, this patch changes the SCC-level FAM proxy
to work in terms of the module-level proxy and defer to it to handle
much of the updates. It only does SCC-specific invalidation. This will
become more important in subsequent patches that support more complex
invalidaiton scenarios.
Reviewers: jlebar
Subscribers: mehdi_amini, mcrosier, mzolotukhin, llvm-commits
Differential Revision: https://reviews.llvm.org/D27197
llvm-svn: 289317
2016-12-10 14:34:44 +08:00
|
|
|
InnerAM->clear();
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2016-12-27 16:40:39 +08:00
|
|
|
// Directly check if the relevant set is preserved.
|
|
|
|
bool AreFunctionAnalysesPreserved =
|
|
|
|
PA.allAnalysesInSetPreserved<AllAnalysesOn<Function>>();
|
|
|
|
|
|
|
|
// Now walk all the functions to see if any inner analysis invalidation is
|
|
|
|
// necessary.
|
|
|
|
for (Function &F : M) {
|
|
|
|
Optional<PreservedAnalyses> FunctionPA;
|
|
|
|
|
|
|
|
// Check to see whether the preserved set needs to be pruned based on
|
|
|
|
// module-level analysis invalidation that triggers deferred invalidation
|
|
|
|
// registered with the outer analysis manager proxy for this function.
|
|
|
|
if (auto *OuterProxy =
|
|
|
|
InnerAM->getCachedResult<ModuleAnalysisManagerFunctionProxy>(F))
|
|
|
|
for (const auto &OuterInvalidationPair :
|
|
|
|
OuterProxy->getOuterInvalidations()) {
|
|
|
|
AnalysisKey *OuterAnalysisID = OuterInvalidationPair.first;
|
|
|
|
const auto &InnerAnalysisIDs = OuterInvalidationPair.second;
|
|
|
|
if (Inv.invalidate(OuterAnalysisID, M, PA)) {
|
|
|
|
if (!FunctionPA)
|
|
|
|
FunctionPA = PA;
|
|
|
|
for (AnalysisKey *InnerAnalysisID : InnerAnalysisIDs)
|
|
|
|
FunctionPA->abandon(InnerAnalysisID);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Check if we needed a custom PA set, and if so we'll need to run the
|
|
|
|
// inner invalidation.
|
|
|
|
if (FunctionPA) {
|
|
|
|
InnerAM->invalidate(F, *FunctionPA);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Otherwise we only need to do invalidation if the original PA set didn't
|
|
|
|
// preserve all function analyses.
|
|
|
|
if (!AreFunctionAnalysesPreserved)
|
|
|
|
InnerAM->invalidate(F, PA);
|
|
|
|
}
|
[PM] Support invalidation of inner analysis managers from a pass over the outer IR unit.
Summary:
This never really got implemented, and was very hard to test before
a lot of the refactoring changes to make things more robust. But now we
can test it thoroughly and cleanly, especially at the CGSCC level.
The core idea is that when an inner analysis manager proxy receives the
invalidation event for the outer IR unit, it needs to walk the inner IR
units and propagate it to the inner analysis manager for each of those
units. For example, each function in the SCC needs to get an
invalidation event when the SCC gets one.
The function / module interaction is somewhat boring here. This really
becomes interesting in the face of analysis-backed IR units. This patch
effectively handles all of the CGSCC layer's needs -- both invalidating
SCC analysis and invalidating function analysis when an SCC gets
invalidated.
However, this second aspect doesn't really handle the
LoopAnalysisManager well at this point. That one will need some change
of design in order to fully integrate, because unlike the call graph,
the entire function behind a LoopAnalysis's results can vanish out from
under us, and we won't even have a cached API to access. I'd like to try
to separate solving the loop problems into a subsequent patch though in
order to keep this more focused so I've adapted them to the API and
updated the tests that immediately fail, but I've not added the level of
testing and validation at that layer that I have at the CGSCC layer.
An important aspect of this change is that the proxy for the
FunctionAnalysisManager at the SCC pass layer doesn't work like the
other proxies for an inner IR unit as it doesn't directly manage the
FunctionAnalysisManager and invalidation or clearing of it. This would
create an ever worsening problem of dual ownership of this
responsibility, split between the module-level FAM proxy and this
SCC-level FAM proxy. Instead, this patch changes the SCC-level FAM proxy
to work in terms of the module-level proxy and defer to it to handle
much of the updates. It only does SCC-specific invalidation. This will
become more important in subsequent patches that support more complex
invalidaiton scenarios.
Reviewers: jlebar
Subscribers: mehdi_amini, mcrosier, mzolotukhin, llvm-commits
Differential Revision: https://reviews.llvm.org/D27197
llvm-svn: 289317
2016-12-10 14:34:44 +08:00
|
|
|
|
|
|
|
// Return false to indicate that this result is still a valid proxy.
|
|
|
|
return false;
|
|
|
|
}
|
2013-11-21 10:11:31 +08:00
|
|
|
}
|
2016-11-24 01:53:26 +08:00
|
|
|
|
2017-01-15 14:32:49 +08:00
|
|
|
AnalysisSetKey CFGAnalyses::SetKey;
|
|
|
|
|
2016-12-27 16:40:39 +08:00
|
|
|
AnalysisSetKey PreservedAnalyses::AllAnalysesKey;
|