search for: simmon12

...side the llvm compiler checkout, but, when I ran "make" from llvm-suite, it complained about there not being a Makefile two levels above it, so I moved llvm-suite into the "test" subdirectory inside the llvm compiler checkout. I ran "make" again, but I got this: [simmon12 at maute llvm-suite]$ make make[1]: Entering directory `/home/vadve/simmon12/llvm/llvm/test/llvm-suite/SingleSource' make[2]: Entering directory `/home/vadve/simmon12/llvm/llvm/test/llvm-suite/SingleSource/UnitTests' make[3]: Entering directory `/home/vadve/simmon12/llvm/llvm/test/llvm-s...

...cros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute " \ CONFIG_H="config.h auto-host.h ../../llvm-gcc-4.2-2.7.source/gcc/../include/ansidecl.h" \ MAKEOVERRIDES= \ -f libgcc.mk all make[3]: Entering directory `/localhome/simmon12/aix-cross/obj/gcc' /localhome/simmon12/aix-cross/obj/./gcc/xgcc -B/localhome/simmon12/aix-cross/obj/./gcc/ -B/localhome/simmon12/aix-cross/obj/../install/powerpc-ibm-aix5.1.0.0/bin/ -B/localhome/simmon12/aix-cross/obj/../install/powerpc-ibm-aix5.1.0.0/lib/ -isystem /localhome/simmon12/aix-...

Hi, I'm trying to run the pool allocation pass through opt, and I'm running into problems. It segfaults frequently; for example, it does this when the input is a simple Hello World program: [simmon12 at apoc testcases]$ opt -load /home/vadve/simmon12/llvm/llvm/projects/llvm-poolalloc/Debug/lib/libLLVMDataStructure.so -load /home/vadve/simmon12/llvm/llvm/projects/llvm-poolalloc/Debug/lib/poolalloc.so -poolalloc hello.bc > hello.pool 0 opt 0x08469ccb 1 libLLVMDataSt...

...rst operand to this instruction must be a pointer type. The type I have is [16 x i8*], not [16 x i8*]*. --Patrick Óscar Fuentes wrote: > The following message is a courtesy copy of an article > that has been posted to gmane.comp.compilers.llvm.devel as well. > > Patrick Simmons <simmon12 at illinois.edu> writes: > > [snip] > >> Is there any way I can do this? If not, is there any way for me to >> accomplish what I want here? >> > > http://www.llvm.org/docs/LangRef.html#i_getelementptr >

I have completed work merging PARSEC into the LLVM test suite infrastructure? The patch is available at [http://zion.cs.uiuc.edu/~simmon12/parsec.patch]. If there are no objections, would someone please commit this patch to test-suite? Best regards, --Patrick

...ay, are C standard library functions typically external in a fully linked LLVM bytecode file? --Patrick Andrew Lenharth wrote: > If the function is external, then DSA won't create a graph for it. > > Andrew > > On Mon, Jul 13, 2009 at 4:54 PM, Patrick Alexander > Simmons<simmon12 at cs.uiuc.edu> wrote: > >> I'm noticing that DSA graphs are not created for library functions like >> "puts". The bytecode file runs with lli, so I think I did my linking >> okay. Is this normal, or does it mean I'm somehow not giving the >> alg...

...; Hi, > > I'm trying to run the pool allocation pass through opt, and I'm running > into problems. It segfaults frequently; for example, it does this when > the input is a simple Hello World program: > Can you email me the bitcode file that is causing the problem? > [simmon12 at apoc testcases]$ opt -load > /home/vadve/simmon12/llvm/llvm/projects/llvm-poolalloc/Debug/lib/libLLVMDataStructure.so > -load > /home/vadve/simmon12/llvm/llvm/projects/llvm-poolalloc/Debug/lib/poolalloc.so > -poolalloc hello.bc > hello.pool > 0 opt 0x0...

I'm noticing that DSA graphs are not created for library functions like "puts". The bytecode file runs with lli, so I think I did my linking okay. Is this normal, or does it mean I'm somehow not giving the algorithm the complete program information it needs? Thanks, --Patrick

If the function is external, then DSA won't create a graph for it. Andrew On Mon, Jul 13, 2009 at 4:54 PM, Patrick Alexander Simmons<simmon12 at cs.uiuc.edu> wrote: > I'm noticing that DSA graphs are not created for library functions like > "puts".  The bytecode file runs with lli, so I think I did my linking > okay.  Is this normal, or does it mean I'm somehow not giving the > algorithm the complete prog...

Unless you compile a bytecode version of the C standard library, and link it in, then yes. - Daniel On Mon, Jul 13, 2009 at 7:33 PM, Patrick Simmons<simmon12 at illinois.edu> wrote: > Okay, are C standard library functions typically external in a fully > linked LLVM bytecode file? > > --Patrick > > Andrew Lenharth wrote: >> If the function is external, then DSA won't create a graph for it. >> >> Andrew >>...

What is this used for? Does DSA put anything here? If I want to add call sites here during my pass, will it confuse pool allocation if it runs afterwards? If so, is there any way I could clear it at the end of my pass? Thanks, --Patrick -- If I'm not here, I've gone out to find myself. If I get back before I return, please keep me here.

On Tue, Jul 21, 2009 at 10:58 PM, Patrick Simmons<simmon12 at illinois.edu> wrote: > What is this used for?  Does DSA put anything here?  If I want to add > call sites here during my pass, will it confuse pool allocation if it > runs afterwards?  If so, is there any way I could clear it at the end of > my pass? This is used for unprocessed...

I'm iterating over all LoadInst and StoreInst-type Instructions in a Function, and getNodeForValue() is sometimes returning NULL. Why is this happening? Shouldn't every load from or store to memory correspond to some DSNode? --Patrick

On Fri, Aug 7, 2009 at 4:45 PM, Patrick Alexander Simmons<simmon12 at cs.uiuc.edu> wrote: > I'm iterating over all LoadInst and StoreInst-type Instructions in a > Function, and getNodeForValue() is sometimes returning NULL.  Why is > this happening?  Shouldn't every load from or store to memory correspond > to some DSNode? Not if the point...

2009/9/15 Patrick Simmons <simmon12 at illinois.edu>: > cmake -G "Eclipse CDT4 - Unix Makefiles" -DCMAKE_BUILD_TYPE="Debug" > -DBUILD_SHARED_LIBS=ON -DLLVM_TARGETS_TO_BUILD="X86;PowerPC;CBackend" > /home/renato/llvm-sources Thanks Patrick, I'll give it a try. At least now I know that it...

Hello, I'm trying to write an annotation pass which will pass a C function a number of parameters including one of type [16 x i8*]. However, when I write the C function, this parameter type is compiled to type i8** because of the semantics of arrays in C. I think that to convert this parameter to i8**, I would need to take the address of the array. Is there any way I can do this? If

Patrick Simmons <simmon12 at illinois.edu> writes: [snip] > Is there any way I can do this? If not, is there any way for me to > accomplish what I want here? http://www.llvm.org/docs/LangRef.html#i_getelementptr

On Tue, Mar 16, 2010 at 3:46 PM, Patrick Alexander Simmons <simmon12 at cs.uiuc.edu> wrote: > I figure (hopefully correctly) that I can iterate over all pool > descriptors in a program by iterating over all users of poolinit and > looking at the first argument.  However, once I have a pool descriptor, > I need to get its corresponding DSNode in the fu...

...e top-down DSA is used, information is pushed down to nodes in callees. However, if bottom-up DSA is used, information has only been merged upwards and the nodes are not necessarily equivalent. Harmen Andrew Lenharth wrote: > On Tue, Mar 16, 2010 at 3:46 PM, Patrick Alexander Simmons > <simmon12 at cs.uiuc.edu> wrote: >> I figure (hopefully correctly) that I can iterate over all pool >> descriptors in a program by iterating over all users of poolinit and >> looking at the first argument. However, once I have a pool descriptor, >> I need to get its corresponding...

I'm trying to use CallInst::Create to construct a call to a variadic function, and I'm running into the following assertion failure: /localhome/simmon12/workspace/llvm-sources/lib/VMCore/Instructions.cpp:297: void llvm::CallInst::init(llvm::Value*, llvm::Value* const*, unsigned int): Assertion `(i >= FTy->getNumParams() || FTy->getParamType(i) == Params[i]->getType()) && "Calling a function with a bad signature!"...