Displaying 5 results from an estimated 5 matches for "findimplpass".
2007 Sep 14
0
[LLVMdev] RegisterAnalysisGroup
...gt; group but I can't fgind that code anywhere.
Hmm, I'm not quite correct here. I seem to recall someone at some point
saying that when searching for a member of an analysis group, the first
implementation constructed will be used.
Is the searching code implemented by AnalysisResolver::findImplPass?
> I'm debugging some analysis group code and I instrumented the
> registration constructors. I see weird things like this:
Just FYI, llvm's version of cerr, et. al., won't work in constructors called
during program started because <iostream> isn't included in those
f...
2007 Sep 14
2
[LLVMdev] RegisterAnalysisGroup
On Friday 14 September 2007 15:51, Chris Lattner wrote:
> When basicaa registers itself as part of the analysis group, it uses:
>
> RegisterPass<BasicAliasAnalysis>
> X("basicaa", "Basic Alias Analysis (default AA impl)");
>
> // Declare that we implement the AliasAnalysis interface
> RegisterAnalysisGroup<AliasAnalysis, true> Y(X);
2007 Apr 25
2
[LLVMdev] ModulePass that requires FunctionPass
...]
opt(llvm::PMDataManager::initializeAnalysisImpl(llvm::Pass*)+0x96)[0x85cd39e]
opt(llvm::FPPassManager::runOnFunction(llvm::Function&)+0xff)[0x85ce667]
opt(llvm::MPPassManager::getOnTheFlyPass(llvm::Pass*, llvm::PassInfo
const*, llvm::Function&)+0x62)[0x85ce85e]
opt(llvm::AnalysisResolver::findImplPass(llvm::Pass*, llvm::PassInfo
const*, llvm::Function&)+0x33)[0x85cbc39]
/home/zhiruz/AutoESL/AutoPilot/trunk/build/obj-Linux-x86-g++/Debug/lib/libLLVMHello.so(llvm::LoopInfo&
llvm::Pass::getAnalysisID<llvm::LoopInfo>(llvm::PassInfo const*,
llvm::Function&)+0x99)[0x12efc7]
/home/zhir...
2011 Mar 15
10
[LLVMdev] Prevent unbounded memory consuption of long lived JIT processes
This series of patches address several issues causing memory usage to grow
indefinetely on a long lived process.
These are not convenional leaks -- memory would have been freed when the LLVM
context or/and JIT engine is destroyed -- but for as long as they aren't the
memory is usage effectively ubounded.
The issues were found using valgrind with '--show-reachable=yes' option:
1.
2007 Sep 15
1
[LLVMdev] RegisterAnalysisGroup
...anywhere.
>
> Hmm, I'm not quite correct here. I seem to recall someone at some
> point
> saying that when searching for a member of an analysis group, the
> first
> implementation constructed will be used.
>
> Is the searching code implemented by AnalysisResolver::findImplPass?
Consider a pass manager queue like this:
-gvn
In this case, the passmanager goes to add GVN and sees that gvn
requires alias analysis. However, alias analysis is not already
available. As such it creates an instance of the default impl,
producing:
-basicaa -gvn
Consider the passmanage...