Displaying 20 results from an estimated 1000 matches similar to: "[LLVMdev] Error when trying to chain two llvm transform passes"
2012 Oct 30
0
[LLVMdev] Error when trying to chain two llvm transform passes
On 10/30/2012 4:10 PM, Ashwin kumar wrote:
>
> Assertion failed: (PI && "Expected required passes to be initialized"),
> function schedulePass, file PassManager.cpp, line 597.
>
>
> I register the passes using RegisterPass function call. What else should
> I be doing?
Initializing them. Are you using INITIALIZE_PASS_DEPENDENCY,
INITIALIZE_AG_DEPENDENCY,
2012 Oct 30
1
[LLVMdev] Error when trying to chain two llvm transform passes
On Oct 30, 2012, at 3:15 PM, Krzysztof Parzyszek <kparzysz at codeaurora.org> wrote:
> On 10/30/2012 4:10 PM, Ashwin kumar wrote:
>>
>> Assertion failed: (PI && "Expected required passes to be initialized"),
>> function schedulePass, file PassManager.cpp, line 597.
>>
>>
>> I register the passes using RegisterPass function call.
2011 Dec 06
2
[LLVMdev] Assertion `PI && "Expected required passes to be initialized"' failed for AliasAnalysis.
Dear lazydev,
I'm writing an instrumentation pass that depends on AliasAnalysis. My
getAnalysisUsage() looks as follows:
2453 void ThreadSanitizer::getAnalysisUsage(AnalysisUsage &AU) const {
2454 AU.addRequired<TargetData>();
2455 AU.addRequired<AliasAnalysis>();
2456 }
and the pass initialization:
2668 char ThreadSanitizer::ID = 0;
2669
2011 Dec 14
2
[LLVMdev] Adding dependency on MemoryDependenceAnalysis pass to LICM causes opt to get stuck in addPass
I'm attempting to add some support for hoisting/sinking of memory-using
intrinsics in loops, and so I want to use MemoryDependenceAnalysis in
LICM, but when I modify getAnalysisUsge to include this :
virtual void getAnalysisUsage(AnalysisUsage &AU) const {
AU.setPreservesCFG();
AU.addRequired<DominatorTree>();
AU.addRequired<LoopInfo>();
2011 Dec 06
0
[LLVMdev] Assertion `PI && "Expected required passes to be initialized"' failed for AliasAnalysis.
Hi Alexander,
I had the same error:
sincos: /home/marcusmae/rpmbuild/BUILD/llvm/lib/VMCore/PassManager.cpp:635:
void llvm::PMTopLevelManager::schedulePass(llvm::Pass*): Assertion `PI
&& "Expected required passes to be initialized"' failed.
The solution was to add:
PassRegistry &Registry = *PassRegistry::getPassRegistry();
initializeCore(Registry);
2013 Sep 05
1
[LLVMdev] why functionattrs doesn't add dependency of AliasAnalysis
Hi, List,
As you may know, BCC of android makes use of LLVM's major components. Its
LTO actually selects some optimizations of LLVM.
I found it can not only use "-functionattrs". I must first use
-argpromotion first, or I end up this error:
Pass 'Deduce function attributes' is not initialized.
Verify if there is a pass dependency cycle.
Required Passes:
bcc:
2011 Aug 22
1
[LLVMdev] Infinite loop when adding a new analysis pass
I am trying to add an analysis pass as a FunctionPass, and let LICM
(LoopPass) depends upon it. So in LICM.cpp, I have the following:
virtual void getAnalysisUsage(AnalysisUsage &AU) const {
AU.setPreservesCFG();
AU.addRequired<DominatorTree>();
AU.addRequired<LoopInfo>();
AU.addRequiredID(LoopSimplifyID);
AU.addRequired<AliasAnalysis>();
2011 Jan 18
1
[LLVMdev] adding a codegen pass into llvm
Thanks for your last reply.
Could I understand the way to adding a pass (built into the llvm rather than
dynamic loadable) includes:
1. Declaring a creator function for this pass
2. Implementing the creator function for this pass
3. Instantiating this pass and get a object of it
3. Register this pass into the PassRegistry
Then, for a built-into bytecode pass,
task 1(declaration of the
2012 Aug 21
2
[LLVMdev] issues registering passes in osx 10.8
Thank you. The edit made no difference. I did a clean install and the same error is reported.
Any other suggestions?
regards,
Ashwin
On Aug 21, 2012, at 2:59 PM, Joshua Cranmer <pidgeot18 at gmail.com> wrote:
> On 8/21/2012 3:52 PM, Ashwin kumar wrote:
>> Hi everyone,
>>
>> This is Ashwin. I have a mac running osx 10.8. I am new to LLVM and have the version 3.1
2012 Aug 22
0
[LLVMdev] issues registering passes in osx 10.8
Have you tried to pass --enable-shared to configure? It works for me.
$ opt -load /usr/local/lib/LLVMHello.dylib -help | grep hello
-hello - Hello World Pass
-hello2 - Hello World Pass (with getAnalysisUsage implemented)
- xi
On Aug 21, 2012, at 5:55 PM, Ashwin kumar <ashwinkumar18 at gmail.com> wrote:
>
2011 May 03
4
[LLVMdev] 2.9 segfault when requesting for both LoopInfo and DominatorTree analyses.
When migrating my project to 2.9, I've encountered a strange segfault
where if a ModulePass's getAnalysisUsage adds LoopInfo and
DominatorTree, then llvm::PMTopLevelManager::findAnalysisUsage will
segfault. What's odd is that if I rearrange this (add required for
DominatorTree before LoopInfo), it does not segfault. I realize that
LoopInfo requires and preserves DominatorTree, but this
2011 May 04
2
[LLVMdev] 2.9 segfault when requesting for both LoopInfo and DominatorTree analyses.
Thanks for the response. I do have assertions enabled, and none of
them are getting hit. I did do a search of the mailing list for the
past year (approximately) before writing my email, and what I found
was that you should be allowed to use LoopInfo and other analysis
function passes from a module pass, with the only difference being
that getAnalysis is passed the function. The example code I
2011 Dec 14
0
[LLVMdev] Adding dependency on MemoryDependenceAnalysis pass to LICM causes opt to get stuck in addPass
On Dec 14, 2011, at 7:09 AM, David Gardner wrote:
> I'm attempting to add some support for hoisting/sinking of memory-using
> intrinsics in loops, and so I want to use MemoryDependenceAnalysis in
> LICM, but when I modify getAnalysisUsge to include this :
>
> virtual void getAnalysisUsage(AnalysisUsage &AU) const {
> AU.setPreservesCFG();
>
2015 May 20
3
[LLVMdev] Processing functions in call graph SCC "order" with function-level analyses
So I got very mixed results.
With the CallGraphSCCPass, both `addRequired<DominatorTreeWrapperPass>` and `addRequired<MemoryDependenceAnalysis>` fail at runtime. The LLVM core has just two CallGraphSCCPasses and neither uses neither analyses, so it's hard to find a valid example.
I transformed the pass into a ModulePass, using scc_iterator as shown in CGPassManager to process
2011 May 04
0
[LLVMdev] 2.9 segfault when requesting for both LoopInfo and DominatorTree analyses.
Hi Michael, hi Duncan,
yesterday I stumbled over something that might be related.
At least I could also just be doing some initialization wrong or
something in this direction...
In my case, I hit a segfault in PassInfo::isAnalysisGroup() after
PassManager.add(myModulePass) is called.
My setup seems fairly simple, the attached code should reproduce the error.
Compile with
g++ test.cpp
2011 May 04
1
[LLVMdev] 2.9 segfault when requesting for both LoopInfo and DominatorTree analyses.
Your constructor is not calling initializeTestMPPass(), and you're
using RegisterPass which I think was deprecated in favor of
INITIALIZE_PASS. You can look at, for example,
lib/Transforms/Scalar/IndVarSimplify.cpp for examples of how to
initialize, e.g. having "INITIALIZE_PASS_DEPENDENCY(LoopInfo)"
sandwiched between BEGIN and END. Note that you'll want a forward
declaration of
2011 Nov 15
1
[LLVMdev] add pass to O2. use as "clang -O2 .."
Hello folks,
I wrote a transforming looppass for my project, opt --help can see it. I
want clang to use my pass too, so that I don't have to compile to IR, opt,
and then llc to binary manually. Now I am trying to add my pass to O2
by mimicking LICM pass.
I add a line "MPM.add(createMyPass());"
in PassManagerBuilder::populateModulePassManager, and got assertion fail
"void
2011 May 04
0
[LLVMdev] 2.9 segfault when requesting for both LoopInfo and DominatorTree analyses.
Hi Michael,
> When migrating my project to 2.9, I've encountered a strange segfault
> where if a ModulePass's getAnalysisUsage adds LoopInfo and
> DominatorTree, then llvm::PMTopLevelManager::findAnalysisUsage will
> segfault.
I suggest you build LLVM with assertions enabled - then you should get a
helpful error message rather than a segfault. I think you are not allowed
to
2010 Jun 24
0
[LLVMdev] [patch] New feature: debug info for function memory ranges (-jit-emit-debug-function-range)
On Jun 22, 2010, at 4:18 PM, Yuri wrote:
> On 06/19/2010 14:03, Yuri wrote:
>> This new option (--jit-emit-debug-function-range) will allow to output
>> function information for memory ranges that functions occupy in memory
>> while they run in JIT. File format generated is like this:
>> ...
>> 0x5000000 0x5001000 function_name_is_here
>> ...
>>
2013 Jun 02
3
mp3 source
El dom, 02-06-2013 a las 09:59 +0530, Ashwin Kumar escribi?:
> thank you Luis,
>
>
> i need to send mp3 to icecast2 from ices live input.
>
>
>
> please guide me
Ashwin, opens a terminal and runs
sudo apt-get install ices2
After this we will continue by private mail.
>
> With Best
> -Ashwin.
> +91-9959166266
>
>
>
> On Sun, Jun 2, 2013 at