search for: pmeredit

...anything, all it does is build a set of "program instructions". For some reason even though if I run it with any other combination of passes I've found, anytime I run it with mem2reg I get a seg fault in dyn_cast! Here's output: Starting program: /mounts/zion/disks/0/localhome/pmeredit/llvm/tools/Debug/opt -load ../Debug/libmetasplit.so -mem2reg -metasplit < test3.s.bc > out.bc Program received signal SIGSEGV, Segmentation fault. 0x083b6a22 in llvm::isa_impl_wrap<llvm::Instruction, llvm::Value const, llvm::Value const>::doit(llvm::Value const&) (Val=@0x894e850)...

...s build a set of "program instructions". For some reason even > though if I run it with any other combination of passes I've found, anytime > I run it with mem2reg I get a seg fault in dyn_cast! Here's output: > > Starting program: > /mounts/zion/disks/0/localhome/pmeredit/llvm/tools/Debug/opt -load > ../Debug/libmetasplit.so -mem2reg -metasplit < test3.s.bc > out.bc This is a crash in your pass. Try running: opt -mem2reg test3.s.bc -o tmp.bc opt -load ... -metasplit tmp.bc -o out.bc I suspect that it will still crash in only your pass (aka, the bug is y...

...ogram instructions". For some reason even > > though if I run it with any other combination of passes I've found, anytime > > I run it with mem2reg I get a seg fault in dyn_cast! Here's output: > > > > Starting program: > > /mounts/zion/disks/0/localhome/pmeredit/llvm/tools/Debug/opt -load > > ../Debug/libmetasplit.so -mem2reg -metasplit < test3.s.bc > out.bc > > This is a crash in your pass. Try running: > > opt -mem2reg test3.s.bc -o tmp.bc > opt -load ... -metasplit tmp.bc -o out.bc I've already tried that and yes it cras...

I thought this conversation was worth saving. DannyB who did wonderful things with GCC's use of bugzilla has offered the same capability to LLVM. Thanks, Danny! <DannyB> sabre: BTW, if you need any of the bugzilla fun i have implemented for gcc, let me know [22:47] <sabre> Cool, what kinds of things do you have? [22:47] <DannyB> Besides the triplet stuff, i changed some of

Linking lli debug executable (without symbols) /mounts/zion/disks/0/localhome/pmeredit/llvm/lib/Debug/lli-interpreter.o(.te xt+0x643a): In function `llvm::Interpreter::callExternalFunction(llvm::Function*, std::vector<llvm::GenericValue, std::allocator<llvm::GenericValue> > const&)': /localhome/pmeredit/llvm/lib/ExecutionEngine/Interpreter/ExternalFunctions.c pp:9...

There do not seem to be any binaries for CygWin only Linux and the Mac :( I tried building the frontend on CygWin but ended up with a makeinfo error then a build error that I could not do anything about. I will have to get my Linux Laptop from home and use that. Many thanks, Aaron

On 4/19/06, Patrick Meredith <pmeredit at uiuc.edu> wrote: > I haven't seen anyone claim x86 linux objdir == srcdir, so I'll test it out. > Missed the 18th,but I'll try to have it done asap. > > > On Apr 18, 2006, at 2:51 PM, Robert L. Bocchino Jr. wrote: > I'll test on Darwin/PPC, precompiled llvmg...

...f you're using the LLVM Makefile system. Otherwise you just need to make sure that {Debug,Release}/lib/LLVMBCWriter.o gets added to the link line. Reid. On Thu, 2005-02-24 at 16:37, Patrick Meredith wrote: > Linking lli debug executable (without symbols) > /mounts/zion/disks/0/localhome/pmeredit/llvm/lib/Debug/lli-interpreter.o(.te > xt+0x643a): In function > `llvm::Interpreter::callExternalFunction(llvm::Function*, > std::vector<llvm::GenericValue, std::allocator<llvm::GenericValue> > > const&)': > /localhome/pmeredit/llvm/lib/ExecutionEngine/Interpreter...

[ sorry for the late reply ] Patrick Meredith <pmeredit at uiuc.edu> wrote: > All register uses are SSA. Memory is not in SSA. The mem2reg pass > which promotes stack variables to registers effectively converts non- > SSA to SSA. There was a reg2mem pass, written by Andrew Lenharth, I'm > not sure if it's still being maint...

Patrick Meredith <pmeredit at uiuc.edu> writes: > Memory is what the i32* points too. The i32* itself is in a > register. You can store to it as many times as you want, but you > can't change the address, because that would violate SSA. Thanks, For the record, I finally understood by making a few exp...

...2.5.31, gcc version 3.3.5 (Debian 1:3.3.5-13), and am obviously using Debian. I would assume that the reason your build fails and mine succeeds in due to one (or more) of those things being different ;-) On Apr 19, 2006, at 2:19 AM, Rogelio Serrano wrote: > On 4/19/06, Patrick Meredith <pmeredit at uiuc.edu> wrote: >> I haven't seen anyone claim x86 linux objdir == srcdir, so I'll >> test it out. >> Missed the 18th,but I'll try to have it done asap. >> >> >> On Apr 18, 2006, at 2:51 PM, Robert L. Bocchino Jr. wrote: >> I'll te...

...what the i32* points too. The i32* itself is in a register. You can store to it as many times as you want, but you can't change the address, because that would violate SSA. On Jul 17, 2008, at 4:26 AM, Matthieu Moy wrote: > [ sorry for the late reply ] > > Patrick Meredith <pmeredit at uiuc.edu> wrote: >> All register uses are SSA. Memory is not in SSA. The mem2reg pass >> which promotes stack variables to registers effectively converts non- >> SSA to SSA. There was a reg2mem pass, written by Andrew Lenharth, >> I'm >> not sure if it...

...uot; << *CI << std::endl; std::cerr << "\tNum Operands: " << CI->getNumOperands() << std::endl; handleGeneratorUses(CI->getOperand(1)); } } else if(!(*programValues.find(*OB))){ handleProgramUses(*OB); } } } } pmeredit|zion|/localhome/pmeredit/llvm/projects/MetaSplit/lib/MetaSplit|[189 ]% opt -load ../Debug/libmetasplit.so -mem2reg -metasplit < test3.s.bc > m2r.bc This Call: %tmp.10 = call int %_Z1Ii( int %i.0 ) ; <int> [#uses=1] Num Operands: 2 Segmentation fault (core dumped)...

On Wed, 23 Jun 2004, Patrick Meredith wrote: > Somehow it fails with operand out of bounds when the number of operands > is 2 and I am asking for the second operand. Second meaning operand 1. Okay, so you have something like this: if (CallInst *CI = dyn_cast<CallInst>(...)) { ... = CI->getOperand(1); } Can you send in this snippet of code, the assertion, and the

On Thu, Jul 17, 2008 at 6:34 AM, Matthieu Moy <Matthieu.Moy at imag.fr> wrote: > Patrick Meredith <pmeredit at uiuc.edu> writes: > >> Memory is what the i32* points too. The i32* itself is in a >> register. You can store to it as many times as you want, but you >> can't change the address, because that would violate SSA. > > Thanks, > > For the record, I finally...

Here is my code, (GV is a GlobalVariable*): GV = new GlobalVariable(AI->getType(), false, GlobalValue::InternalLinkage, 0, "temp_glob", &M); I tell it to make it with internal linkage, but when I run the pass it makes them external: %temp_glob = external global [10 x int]* ; <[10 x int]**> [#uses=2] %temp_glob = external global [10 x float]* ;

How can I declare a function prototype in C/C++ such that the gcc front end won't mangle the name? I was told that extern would work once but it doesn't.

I'm trying to turn some GenericValues into Constants in the interpreter using code like this, in a switch statement: case Type::IntTyID: SI = ConstantSInt::get(FB->getType(), ArgVals[i].IntVal); params.push_back(UI); UI->dump(); //for testing break; FB is a Function::ArgumentListType::iterator ArgVals is a std::vector<GenericValue> the switch

On Apr 12, 2007, at 12:57 PM, Michael McCracken wrote: > Hi, the idea of a dragon theme reminded me of the dragon-like serpents > called "Nāga" from Cambodian mythology, among other places. Interesting, my only comment is if we pick this we need to just spell it Naga. Naga are also snake people in D&D (yea... I know). > > Here's a brief link explaining the

Hi, Silly question from an LLVM newbie: the LLVM LRM say that the bytecode is "is an SSA based representation". Indeed, my experience with llvm-gcc is that the generated code is not necessarily SSA, while the one given by "llvm-gcc -O1" is. Is this assumption correct? Is there a non-SSA to SSA translator available? Thanks, -- Matthieu