Displaying 20 results from an estimated 3000 matches similar to: "[LLVMdev] LoopInfo analysis in CallGraphSCCPass"
2012 Oct 03
2
[LLVMdev] LoopInfo analysis in CallGraphSCCPass
Hi,
Is it possible to recreate the LoopInfo analysis in my pass?
Thanks ,
Vinay
On Wed, Oct 3, 2012 at 2:34 PM, Chandler Carruth <chandlerc at google.com>wrote:
> This is not currently supported by the LLVM pass manager system. It is a
> serious deficiency that I (and others) would like to address, but it
> requires significant changes to the pass manager and analysis
2012 Oct 03
0
[LLVMdev] LoopInfo analysis in CallGraphSCCPass
This is not currently supported by the LLVM pass manager system. It is a
serious deficiency that I (and others) would like to address, but it
requires significant changes to the pass manager and analysis dependency
system.
I have some dim hope of working on fixing this limitation, but it won't be
quick. ;]
On Wed, Oct 3, 2012 at 1:49 AM, vinay m <mvinay05041990 at gmail.com> wrote:
2012 Oct 03
0
[LLVMdev] LoopInfo analysis in CallGraphSCCPass
On Wed, Oct 3, 2012 at 2:33 AM, vinay m <mvinay05041990 at gmail.com> wrote:
> Hi,
> Is it possible to recreate the LoopInfo analysis in my pass?
>
No. You need your pass to be a FunctionPass in order to use the LoopInfo
(and associated) analyses.
>
> Thanks ,
> Vinay
>
> On Wed, Oct 3, 2012 at 2:34 PM, Chandler Carruth <chandlerc at google.com>wrote:
2011 Nov 30
0
[LLVMdev] Fwd: Problem getting LoopInfo inside non-LoopPass
The following code is causing an "UNREACHABLE executed!" and a stack dump,
any ideas?
namespace {
struct myPass : public CallGraphSCCPass {
static char ID;
myPass() : CallGraphSCCPass(ID) {}
virtual void getAnalysisUsage(AnalysisUsage &AU) const {
AU.setPreservesAll();
AU.addRequired<LoopInfo>();
}
virtual bool runOnSCC(CallGraphSCC &SCC)
2011 Nov 21
5
[LLVMdev] Fwd: Problem getting LoopInfo inside non-LoopPass
I would have thought this would have been possible.
On Thu, Nov 17, 2011 at 3:49 PM, Ryan Taylor <ryta1203 at gmail.com> wrote:
> So is this simply not possible?
>
>
> On Thu, Nov 17, 2011 at 10:31 AM, Ryan Taylor <ryta1203 at gmail.com> wrote:
>
>> Nick,
>>
>> Thanks for this info, though this didn't help my problem at all.
>>
>>
2011 Nov 30
2
[LLVMdev] Fwd: Problem getting LoopInfo inside non-LoopPass
On Tue, Nov 29, 2011 at 6:59 PM, Ryan Taylor <ryta1203 at gmail.com> wrote:
> The following code is causing an "UNREACHABLE executed!" and a stack dump,
> any ideas?
The stack might be handy.
> namespace {
> struct myPass : public CallGraphSCCPass {
> static char ID;
> myPass() : CallGraphSCCPass(ID) {}
> virtual void getAnalysisUsage(AnalysisUsage
2011 Dec 01
1
[LLVMdev] Problem getting LoopInfo inside non-LoopPass
In addition to the link below, please check for functions like "llvm.debug.declare", "llvm.debug.value", as you will not get LoopInfo for these.
Pankaj
________________________________
From: Devang Patel <dpatel at apple.com>
To: Ryan Taylor <ryta1203 at gmail.com>
Cc: llvmdev at cs.uiuc.edu
Sent: Wednesday, November 30, 2011 11:08 PM
Subject: Re: [LLVMdev]
2011 Oct 25
1
[LLVMdev] Using a FunctionPass inside a CallGraphSCCPass
Hi,
I am writing a CallGraphSCCPass that uses LoopInfo which is a FunctionPass.
However, doing so results in the following error.
****
Unable to schedule 'Natural Loop Information' required by '......'
****
Google led me to this page, where Devang Patel suggests implementing the
addLowerLevelRequiredPasses in CGPassManager in a manner similar to
MPPassManager.
2011 Nov 30
0
[LLVMdev] Fwd: Problem getting LoopInfo inside non-LoopPass
UNREACHABLE executed!
0 opt 0x00000000008edc2f
1 opt 0x00000000008edfda
2 libpthread.so.0 0x00007f9c8e69bc60
3 libc.so.6 0x00007f9c8d986d05 gsignal + 53
4 libc.so.6 0x00007f9c8d98aab6 abort + 390
5 opt 0x00000000008da974 llvm::llvm_unreachable_internal(char
const*, char const*, unsigned int) + 356
6 opt 0x000000000087e046
7 opt
2011 Dec 01
0
[LLVMdev] Problem getting LoopInfo inside non-LoopPass
Thanks for the info. Curious, do you know if there is an opt that will put
all loops, including nested ones, in functions (ie each loop in it's own
function)? What I'm trying to do is create a way for each loop to have only
one exit. I want all loops to be single exit loops?
I can write my own pass but I'd rather not. I think that if I can put
each loop into it's own function
2010 Jul 12
3
[LLVMdev] CallGraphSCCPass: symbol not found
Hi,
I've written a CallGraphSCCPass that compiles successfully, but when I
try to run it with opt, it fails:
Symbol not found: __ZTIN4llvm16CallGraphSCCPassE
If I simply change the pass to be a FunctionPass or a ModulePass, opt
can run it just fine.
I'm on Mac OS X, so I thought perhaps I was running into bug #2771
[1], but I'm getting the same error on Ubuntu Linux:
2011 Jan 25
1
[LLVMdev] Can CallGraphSCCPass distinguish different function pointer types in CallGraphNode?
Dear folks,
I am trying to handle function pointers at call graph, and I found that
the CallGraphSCCPass makes function pointers as external node, which is
actually an empty CallGraphNode (NULL pointer)?
If I want to distinguish the function pointer types in the call graph
(and I also want the SCC order in CallGraphSCCPass), can I do that easily?
Or I have to inheritate the
2010 Feb 05
2
Segmentation Fault while compiling and installing openssh-3.9p1
I am trying to compile and install openssh-3.9p1 (with openssl-0.9.7j)
on my personal dev env to have a play. I get the below mentioned
segmentation fault message.
---------
Generating public/private rsa1 key pair.
/bin/sh: line 1: 10901 Segmentation fault ./ssh-keygen -t rsa1 -f
/home/vinay/var/vinay_ssh/etc/ssh_host_key -N ""
Generating public/private dsa key pair.
/bin/sh: line
2010 Jul 13
0
[LLVMdev] CallGraphSCCPass: symbol not found
Hi Trevor,
> I've written a CallGraphSCCPass that compiles successfully, but when I
> try to run it with opt, it fails:
>
> Symbol not found: __ZTIN4llvm16CallGraphSCCPassE
$ c++filt _ZTIN4llvm16CallGraphSCCPassE
typeinfo for llvm::CallGraphSCCPass
LLVM TOT has RTTI turned off as far as I know (not sure about 2.7). Are you
making use of RTTI?
Ciao,
Duncan.
2010 Jul 16
2
[LLVMdev] Function::getName in CallGraphSCCPass causes bus error
Hi,
I'm trying to use CallGraphSCCPass, but I keep getting a bus error. I
can reproduce the problem quite easily using the lib/Transforms/Hello
example. I simply mix in these changes:
#include "llvm/CallGraphSCCPass.h"
...
struct Hello : public CallGraphSCCPass {
static char ID; // Pass identification, replacement for typeid
Hello() : CallGraphSCCPass(&ID) {}
2014 Mar 27
3
arm64 support
I have used the patch to build opus 1.1. Although I have not tried the
latest git master, will try that. Will that work for armv7, armv7s and
arm64?
On Wed, Mar 26, 2014 at 11:01 PM, Martin Storsj? <martin at martin.st> wrote:
> On Wed, 26 Mar 2014, Jonathan Lennox wrote:
>
>
>> On Mar 26, 2014, at 7:55 AM, Peter Robinson <pbrobinson at gmail.com> wrote:
>>
2010 Jul 19
0
[LLVMdev] Function::getName in CallGraphSCCPass causes bus error
Hi Trevor,
> struct Hello : public CallGraphSCCPass {
> static char ID; // Pass identification, replacement for typeid
> Hello() : CallGraphSCCPass(&ID) {}
> virtual bool runOnSCC(std::vector<CallGraphNode *> &SCC) {
> CallGraphNode *node = SCC.front();
> Function *function = node->getFunction();
>
2014 Mar 27
1
arm64 support
I am trying to generate the config and makefiles using ./autogen.sh on the
mac but get the following error:
Can't exec "aclocal": No such file or directory at
/usr/local/share/autoconf/Autom4te/FileUtils.pm line 326.
autoreconf: failed to run aclocal: No such file or directory
How do I build opus from source? Am I missing some step?
On Thu, Mar 27, 2014 at 11:29 AM, Vinay Nair
2014 Mar 26
2
arm64 support
On Mar 26, 2014, at 7:55 AM, Peter Robinson <pbrobinson at gmail.com> wrote:
> On Wed, Mar 26, 2014 at 11:45 AM, Vinay <vinay.nair at novanet.net> wrote:
>> Hi,
>>
>> I wanted to build opus along with PJSIP for iOS for the architecture arm64.
>> I wanted to know if opus supports arm64?
>
> The opus code builds fine on ARM64 on Linux at least,
2016 Mar 21
2
[Inliner] Loop info in the inliner
Hi,It seems inliner does not take into account if a call is inside a loop. I'm trying to figure out if loop-info can be made available to the inliner.
When I try to add LoopInfoWrapperPass to Inliner.cpp,
diff --git a/llvm/lib/Transforms/IPO/Inliner.cpp b/llvm/lib/Transforms/IPO/Inliner.cppindex 568707d..cb51ea8 100644--- a/llvm/lib/Transforms/IPO/Inliner.cpp+++