search for: assignpassmanager

How can I vmjc to run CallGraphSCCPasses? I wrote a test pass that does nothing, and all vmjc says is: vmjc: PassManager.cpp:1604: virtual void llvm::ModulePass::assignPassManager(llvm::PMStack&, llvm::PassManagerType): Assertion `!PMS.empty() && "Unable to find appropriate Pass Manager"' failed. 0 vmjc 0x08a6bfd8 Aborted Running even a built in pass like prune-eh fails as well. From what I can tell, this is because the only PassManager on th...

...0x00000000 0x00000000 0x00000000 0x01103368 ............h3.. So all I know is that It's a size 16 leak *grin*. But MallocDebug reports as leaks 2.4M start 2.4M operator new(unsigned long) 2.4M MDmalloc 2.4M main 2.4M llvm::PMDataManager::add(llvm::Pass*, bool) 2.4M llvm::LoopPass::assignPassManager(llvm::PMStack&, llvm::PassManagerType) 2.4M llvm::LLVMTargetMachine::addPassesToEmitMachineCode (llvm::FunctionPassManager&, llvm::MachineCodeEmitter&, bool) 2.4M llvm::JIT::JIT[in-charge](llvm::ModuleProvider*, llvm::TargetMachine&, llvm::TargetJITInfo&) 2.4M llvm::JIT::cr...

...............h3.. > > So all I know is that It's a size 16 leak *grin*. > > But MallocDebug reports as leaks > > 2.4M start > 2.4M operator new(unsigned long) > 2.4M MDmalloc > 2.4M main > 2.4M llvm::PMDataManager::add(llvm::Pass*, bool) > 2.4M llvm::LoopPass::assignPassManager(llvm::PMStack&, > llvm::PassManagerType) > 2.4M llvm::LLVMTargetMachine::addPassesToEmitMachineCode > (llvm::FunctionPassManager&, llvm::MachineCodeEmitter&, bool) > 2.4M llvm::JIT::JIT[in-charge](llvm::ModuleProvider*, > llvm::TargetMachine&, llvm::TargetJITInfo&...

> >> You can look at AddOptimizationPasses() in opt.cpp. > > > > As far as I understand, the two passmanager do not interleave their > > passes. It first runs all the function passes and below. Then all the > > module passes. So if you specify: > > > > opt -mymodulepass0 -myfunctionpass -mymodulepass1 > > > > What you actually get is:

On 2007-07-14, at 13:56, Anton Korobeynikov wrote: >> You can find out what exactly leaks with the help of valgrind. > > It seems, that Paolo is on Mac OS X. No valgrind there :( All is not lost… http://developer.apple.com/documentation/Performance/Conceptual/ ManagingMemory/Articles/FindingLeaks.html — Gordon

...ass that requires a FunctionPass that in turn requires another ModulePass results in an assertion being fired. Is this expected behavior (that seems to be undocumented), or a bug? Specifically, the following code will emit the assertion: [VMCore/PassManager.cpp:1597: virtual void llvm::ModulePass::assignPassManager(llvm::PMStack&, llvm::PassManagerType): Assertion `!PMS.empty() && "Unable to find appropriate Pass Manager"' failed] ****** struct ModPass1 : public ModulePass { static char ID; ModPass1() : ModulePass((intptr_t)&ID) {} virtual bool runOnModule(Module &M) {...

...BLE_OPTIMIZED=1, the "opt" tool fails to load LLVM passes in dynamic libraries (.dylib) files, regardless of how they themselves were built. When opt is built with ENABLE_OPTIMIZED=0, all is well. Here is some informative output. Seems to me the problem is in stripping the symbols of the assignPassManager virtual method from the various subclasses of llvm::Pass. Please advise! // the release version has all the necessary symbols in place before it is installed to /usr/local/bin $ nm -m Release+Asserts/bin/opt | grep assignPass 000000010042b7c0 (__TEXT,__text) external __ZN4llvm10ModulePass17assig...

...leLoaderPass in the addPreRegAlloc function of the X86 target machine to load the profile information but receive the following runtime error when the pass manager attempts to add the ProfileLoader pass: llc: <path to llvm>/llvm/lib/VMCore/PassManager.cpp:1597: virtual void llvm::ModulePass::assignPassManager(llvm::PMStack&, llvm::PassManagerType): Assertion `!PMS.empty() && "Unable to find appropriate Pass Manager"' failed. I'm not very familiar with the inner workings of the pass manager framework. Is there a simple fix that can allow existing profile information to be...

...I need some BasicBlock that contains the error routine. So I tried to create a ModulePass to insert some basic block e. g. in the beginning of the program, to use it for the jne-instruction. Unfortunately, llc then produces the error llc: PassManager.cpp:1597: virtual void llvm::ModulePass::assignPassManager(llvm::PMStack&, llvm::PassManagerType): Assertion `!PMS.empty() && "Unable to find appropriate Pass Manager"' failed. Adding a MachineFunctionPass the same way works fine. I've read here on the mailing list that some Pass dependencies cause this error, but I have...

...b 0x00007fff90902b3a _sigtramp + 26 > 4 libsystem_platform.dylib 0x0000000000000001 _sigtramp + > 1869599969 > 5 opt 0x000000010d537ec0 > llvm::PMDataManager::add(llvm::Pass*, bool) + 438 > 6 opt 0x000000010d53a044 > llvm::FunctionPass::assignPassManager(llvm::PMStack&, > llvm::PassManagerType) + 344 > 7 opt 0x000000010d536919 > llvm::PMTopLevelManager::schedulePass(llvm::Pass*) + 1243 > 8 opt 0x000000010c949058 main + 6509 > 9 libdyld.dylib 0x00007fff906f3235 start + 1 >...

...ass (this=0x885cc60, P=0x892d2e0, RequiredPass=0x892bfc0) at <...>/llvm-2.9/lib/VMCore/PassManager.cpp:1608 #3 0x08324cef in llvm::PMDataManager::add (this=0x885cc70, P=0x892d2e0, ProcessAnalysis=true) at <...>/llvm-2.9/lib/VMCore/PassManager.cpp:989 #4 0x08327f11 in llvm::ModulePass::assignPassManager (this=0x892d2e0, PMS=..., PreferredType=llvm::PMT_ModulePassManager) at <...>/llvm-2.9/lib/VMCore/PassManager.cpp:1768 #5 0x08329b11 in llvm::PassManagerImpl::addTopLevelPass (this=0x885cab8, P=0x892d2e0) at <...>/llvm-2.9/lib/VMCore/PassManager.cpp:423 #6 0x0832339f in llvm::PMTopLev...

Holger. > You can find out what exactly leaks with the help of valgrind. It seems, that Paolo is on Mac OS X. No valgrind there :( -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

...5 libc.so.6 0x00007f9fc31832df __assert_fail + 239 6 opt 0x00000000009caeac llvm::MPPassManager::addLowerLevelRequiredPass(llvm::Pass*, llvm::Pass*) + 252 7 opt 0x00000000009cbe53 llvm::PMDataManager::add(llvm::Pass*, bool) + 899 8 opt 0x00000000009cc296 llvm::ModulePass::assignPassManager(llvm::PMStack&, llvm::PassManagerType) + 132 9 opt 0x00000000009d5ff9 llvm::PassManagerImpl::addTopLevelPass(llvm::Pass*) + 227 10 opt 0x00000000009cad7e llvm::PMTopLevelManager::schedulePass(llvm::Pass*) + 500 11 opt 0x00000000009d6118 llvm::PassManagerImpl::add(llvm::Pas...

Hi all, I was able to create a pass following [1]. Now goal is amend the pass and try to dump the call graph. I think I have properly amended the source extending my pass from CallGraphSCCPass but unfortunately every time I run it, it crashes. I tried with llvm-6 and llvm-7. I notice that if I change EP_EarlyAsPossible to anything else it does not crash but I don't see the expected string

Hi Michael, +CC llvm-dev My guess is that it would be rather error prone to pinpoint exact places where we start populating new LPPassManager since it’s created lazily via LoopPass::assignPassManager. So we are risking to miss adding verifiers in some of the LPPassManager’s. One similar idea is to introduce LCSSAVerifier function pass and make LCSSA pass to be dependant on it. That will allow me to check ‘getAnalysisIfAvaliable<LCSSAVerifier>’ inside of the LPPassManager and explicitly...

...t" tool > fails to load LLVM passes in dynamic libraries (.dylib) files, regardless of > how they themselves were built. When opt is built with ENABLE_OPTIMIZED=0, > all is well. > > Here is some informative output. Seems to me the problem is in stripping > the symbols of the assignPassManager virtual method from the various > subclasses of llvm::Pass. > > Please advise! > > > // the release version has all the necessary symbols in place before it is > installed to /usr/local/bin > $ nm -m Release+Asserts/bin/opt | grep assignPass > 000000010042b7c0 (__TEXT,__t...

...ass that in turn requires > another ModulePass results in an assertion being fired. Is this > expected behavior (that seems to be undocumented), or a bug? > > Specifically, the following code will emit the assertion: > [VMCore/PassManager.cpp:1597: virtual void > llvm::ModulePass::assignPassManager(llvm::PMStack&, > llvm::PassManagerType): Assertion `!PMS.empty() && "Unable to find > appropriate Pass Manager"' failed] > > ****** > struct ModPass1 : public ModulePass { > static char ID; > ModPass1() : ModulePass((intptr_t)&ID) {} > virtu...

Hi, I am trying to use the poolallocator. More specific, I am trying to play around with the pointer compression pass. Though, I get assertion failures for the pass dependencies. This is when it in PointerCompress::getAnalysisUsage tries to register the the BU pass as required. I.e. when AU.addRequired<CompleteBUDataStructures>(); is called. $ opt -f -load

...5 libc.so.6 0x00007f9fc31832df __assert_fail + 239 6 opt 0x00000000009caeac llvm::MPPassManager::addLowerLevelRequiredPass(llvm::Pass*, llvm::Pass*) + 252 7 opt 0x00000000009cbe53 llvm::PMDataManager::add(llvm::Pass*, bool) + 899 8 opt 0x00000000009cc296 llvm::ModulePass::assignPassManager(llvm::PMStack&, llvm::PassManagerType) + 132 9 opt 0x00000000009d5ff9 llvm::PassManagerImpl::addTopLevelPass(llvm::Pass*) + 227 10 opt 0x00000000009cad7e llvm::PMTopLevelManager::schedulePass(llvm::Pass*) + 500 11 opt 0x00000000009d6118 llvm::PassManagerImpl::add(llvm::Pas...

...asAnalysis llvm::ConstantFoldCall(llvm::Function*, llvm::Constant* const*, unsigned int) llvm::ConstantFoldInstruction(llvm::Instruction*, llvm::TargetData const*) llvm::ConstantFoldLoadThroughGEPConstantExpr(llvm::Constant*, llvm::ConstantExpr*) llvm::CallGraphLinkVar llvm::CallGraphSCCPass::assignPassManager(llvm::PMStack&, llvm::PassManagerType) vtable for llvm::CallGraphSCCPass ... and so on, then: ... /usr/local/lib/libclangCodeGen.a(ModuleBuilder.o) reference to undefined clang::ASTConsumer::InitializeTU(clang::TranslationUnit&) /usr/local/lib/libclangCodeGen.a(ModuleBuilder.o) referenc...