similar to: [LLVMdev] Pass Ordering

aparna kotha wrote: > All, > > I have a ModulePass (A) calling a FunctionPass that inturn calls > TargetData (a ModulePass). For reasons of code correctness and > modularity I cannot reorganize my passes in any other way . > > When I use opt to load and run A , it gives the following error. > > LLVM ERROR: Bad TargetData ctor used. Tool did not specify a >

I am using opt , so i cm confused if i need to do this. On the other hand I modified my functionPass not to call TargetData , and I still get this error. My functionPass still calls Alias Analysis though. Aparna On Fri, Aug 13, 2010 at 2:15 PM, John Criswell <criswell at illinois.edu>wrote: > aparna kotha wrote: > >> All, >> I have a ModulePass (A) calling a

Having a ModulePass 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

"A module pass can use function level passes (e.g. dominators) using getAnalysis interfacegetAnalysis<DominatorTree>(Function), if the function pass does not require any module passes." http://llvm.org/docs/WritingAnLLVMPass.html In your case, A module pass (ModPass2) is trying tu use function level pass (FunPass1) which uses module level pass (ModPass1). This is not

All, I had 2 questions for the group. 1. In llvm-2.6 I am able to identify sizeof(i8) as a SCEVTargetDataType but how can we recover that the size is actually 8. 2. I dont see it in the present doxygen. Has it been discontinued in llvm 2.7 ? Regards Aparna Kotha Graduate Student University of Maryland , College Park -------------- next part -------------- An HTML attachment was scrubbed...

Hi all: I need an instruction that can convert decimal values into floating point numbers. i.e. say I have a decimal number 1110794174 (== 42355FBE in hex ) and (== 45.3435 as a float) essentially the mantissa and exponent representation needs to be used. Is there any way of doing this in llvm? Thanks and Regards -- -- Aparna Kotha Graduate Student Electrical and Computer Engineering

I am using pthreads. I was also wondering what will the llvm IR be for pthreads ? On Tue, Feb 3, 2009 at 3:51 PM, Bill Wendling <isanbard at gmail.com> wrote: > On Tue, Feb 3, 2009 at 12:33 PM, aparna kotha <kotha.aparna at gmail.com> > wrote: > > Hi all: > > > > I am working on a project using llvm and we need to deal with > multithreaded > >

Thanks a lot. A see the shared library in linux version. I initially tried doing this in cygwin where I dont see the shared library being built. Do u think it could have been cygwin that is the problem? Aparna On Mon, Apr 13, 2009 at 5:16 PM, Milos Puzovic <milos.puzovic at gmail.com>wrote: > In order to generate shared libraries you need to have SHARED_LIBRARY > and

Hi all: I am working on a project using llvm and we need to deal with multithreaded applications. I wanted to know if there was a C front end for llvm that could parse multithreaded applications? I tried llvm-gcc (4.2) and could not get it to work. Is there an extra parameter that I need to pass or something ? Thanks a lot for your help. Regards -- -- Aparna Graduate Student Department

I am trying to run the LLVM hello world pass. I observe that in the OUPUT_DIR/lib the LLVMHello.a and LLVMHello.la libraries are generated. But I am confused as to how to generate the .so library file from here. I am kinda new to compilers and hence the question I know is basic , but couldnt figure the answer out myself. Thanks a lot for your help. Regards -- -- Aparna Kotha Research

I believe because cygwin behaves like windows (it is just a posix layer over window) it doesn't have dynamic linking hence only static libraries have been built. On 13 Apr 2009, at 23:16, aparna kotha wrote: > Thanks a lot. > > A see the shared library in linux version. I initially tried doing > this in cygwin where I dont see the shared library being built. Do > u

On Tue, Feb 3, 2009 at 12:55 PM, aparna kotha <kotha.aparna at gmail.com> wrote: > I am using pthreads. > > I was also wondering what will the llvm IR be for pthreads ? > Okay. Luke gave hints on how to get pthreads to work. LLVM doesn't do anything special for pthreads calls. So they should look like regular calls into a library. -bw

This is the name of a structure in the source code. 2009/10/30 Török Edwin <edwintorok at gmail.com> > On 2009-10-30 19:41, aparna kotha wrote: > > We are trying to compile a .c file using llvm-gcc --emit-llvm . > > > > The produced output has a variable name different from its name in the > > .c file. We have tried it on different llvm-gcc versions and

Hi Sebastian, Sure! The bulk of LMDA was written by Aparna Kotha (CCd). It computes dependences between all instructions, computes the resulting direction vectors in the function, then associates them all with loops. At a high level, the dependence analysis consults with AliasAnalysis, and ScalarEvolution before resorting to attempting to understand the effective affine expressions and

On Tue, Feb 3, 2009 at 12:33 PM, aparna kotha <kotha.aparna at gmail.com> wrote: > Hi all: > > I am working on a project using llvm and we need to deal with multithreaded > applications. I wanted to know if there was a C front end for llvm that > could parse multithreaded applications? I tried llvm-gcc (4.2) and could not > get it to work. Is there an extra parameter that I

In order to generate shared libraries you need to have SHARED_LIBRARY and LOADABLE_MODULE defined in the Makefile. See here for more details: http://llvm.org/docs/MakefileGuide.html#libraries On 13 Apr 2009, at 20:46, aparna kotha wrote: > I am trying to run the LLVM hello world pass. I observe that in the > OUPUT_DIR/lib the LLVMHello.a and LLVMHello.la libraries are >

Right. But there are 8 registers on the floating point stack from ST0 to ST7 and I think llvm is only using ST0 to ST6 in some code fragments. Could this be because of the assumption that X86::FP registers run from X86::FP0 to X86:FP6 ? --Aparna On Wed, May 25, 2011 at 2:28 PM, Jakob Stoklund Olesen <stoklund at 2pi.dk>wrote: > > On May 25, 2011, at 11:09 AM, aparna kotha wrote:

> >> 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:

Hi Guys, I was working on some floating point intensive benchmarks and realize that the floating point register allocation in llvm assumes that there are only 7 floating point registers in X86, whereas the hardware has 8. Line number 00266 assert(Reg >= X86::FP0 && Reg <= X86::FP6 && "Expected FP register!"); of X86FloatingPoint.cpp. Is there any reason for

----- Original Message ----- > From: "Timothy Mattausch Creech" <tcreech at umd.edu> > To: "Sebastian Dreßler" <dressler at zib.de> > Cc: "Aparna Kotha" <akotha at umd.edu>, llvmdev at cs.uiuc.edu > Sent: Sunday, March 3, 2013 11:32:49 AM > Subject: Re: [LLVMdev] AESOP autoparallelizing compiler > > Hi Sebastian, > Sure!