search for: vgrover528

...egs to the llvm instructions which compute them. Then a dr <- sr move can be handled by doing reg_to_inst [dr] = reg_to_inst [sr]. And whenever sr is used as an input to an operation, use reg_to_inst [sr] instead. Zoltan On Fri, May 29, 2009 at 1:23 AM, Vinod Grover <vgrover528 at gmail.com> wrote: > The input language is at assembly level, and the location akin to a %temp ( > a virtual register if you will) and contains moves from one virtual to > another. Though these are not like memory but I could represent them as > local variables and do loads and st...

The input language is at assembly level, and the location akin to a %temp ( a virtual register if you will) and contains moves from one virtual to another. Though these are not like memory but I could represent them as local variables and do loads and stores; so I dont know how to represent it in C except as local variables. On Thu, May 28, 2009 at 4:06 PM, Mike Stump <mrs at apple.com>

...n a > dr <- sr > move can be handled by doing > reg_to_inst [dr] = reg_to_inst [sr]. > > And whenever sr is used as an input to an operation, use reg_to_inst [sr] > instead. > > Zoltan > > > On Fri, May 29, 2009 at 1:23 AM, Vinod Grover <vgrover528 at gmail.com>wrote: > >> The input language is at assembly level, and the location akin to a %temp >> ( a virtual register if you will) and contains moves from one virtual to >> another. Though these are not like memory but I could represent them as >> local variables...

On Mon, Jul 13, 2009 at 9:12 PM, Vinod Grover<vgrover528 at gmail.com> wrote: > Unfortunately that does not work, since the bitcast will generate a convert > and the argument of the intrinsic will be a value type i8* and the > intrinsics is intended to map to an instruction that accepts only a > symbolic. A value in LLVM normally doesn...

Unfortunately that does not work, since the bitcast will generate a convert and the argument of the intrinsic will be a value type i8* and the intrinsics is intended to map to an instruction that accepts only a symbolic. The convert gets hoisted, possibly to a different block, and we would like the symbolic variable to stay as an operand of the intrinsic making it possible to write the correct

We are working on a new front-end for LLVM IR for a low level language; The input has mov from one scalar to another and we would like to represent these in LLVM IR. being new to LLVM I am not sure if there is a way to represent this since I couldnt find a mov instr. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL:

In our experience, as Owen also suggests, a pragma or a language extension can be avoided by a combination of static and dynamic analysis. We prefer this approach in our compiler ;) Regards, Vinod On Sat, Jan 24, 2015 at 12:09 AM, Owen Anderson <resistor at mac.com> wrote: > Hi Jingyue, > > Have you considered using dynamic uniformity checks? In my experience you > can

...effectiveness of dynamic uniformity checks by > enforcing greater "structure", generally at the cost of code duplication. > Unfortunately, I'm not aware of any published descriptions of how to do > this. > > -Owen > > On Jan 24, 2015, at 9:06 AM, Vinod Grover <vgrover528 at gmail.com> wrote: > > In our experience, as Owen also suggests, a pragma or a language extension > can be avoided by a combination of static and dynamic analysis. We prefer > this approach in our compiler ;) > > Regards, > Vinod > > > On Sat, Jan 24, 2015 at 12:0...

Hi, Sorry for the spam, but perhaps someone has seen this before and can answer. I am trying to add a new register allocator to my target, and would like to use the Strong Phi Elimination pass. I am doing the following in my allocator virtual void getAnalysisUsage(AnalysisUsage &AU) const { AU.addRequiredID(MachineDominatorsID); AU.addRequiredID(StrongPHIEliminationID);

I was looking at the LLVM IR documentation and was wondering if it is possible to define LLVM intrinsics which might be a pointer to some pre-defined struct or opaque types?If that is possible how would one go about doing that ? Thanks Vinod -------------- next part -------------- An HTML attachment was scrubbed... URL:

I was curious about what is a good way to represent alternate function entries in LLVM IR? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110218/683d3f86/attachment.html>

I was trying to build llvm 2.9 using cmake 2.8 ("Nmake Makefiles" generator) and VC++ compiler (version 14.00)... I get the following error. I wonder if anyone has an ideas on hoe I might be able to move past it. using the same method of building for 2.8 works. thanks for any pointers.. Linking CXX executable ..\..\bin\tblgen.exe Creating library ..\..\lib\tblgen.lib and object

Sorry if this has been discussed before, but I would appreciate any pointers. I am trying to understand why mem2reg only looks at allocas in entry blocks, and not for any allocas in a function. One case where allocas could be used to build local data structures like linked list (and so on make it unsafe), and for that the existing conditions in IsAllocaPromotable (i.e. the alloca pointer cannot

I too am disappointed that not all talk slides are posted. To me it speaks poorly of the whole meeting since there were parallel sessions and not everyone could attend in person all the sessions they wanted to. The slides are, I thought, meant to be like the "proceedings" and If I recall some of the Apple slides are present from previous years but not this year. Vinod On Sat, Oct 17,

Is inlining (which duplicates code) of functions containing OpenCL style barriers legal?or e.g. if you had some changed phase ordering where you had if (cond) { S1; } call user_func() // user_func has a barrier buried inside it. you do tail splitting if (cond) { S1; call user_func() } else { call user_func(); } now you inline -- oops now you might have a problem so do you want