Displaying 3 results from an estimated 3 matches for "immorgpr".
2010 Jan 18
0
[LLVMdev] Frame index arithmetic
On Jan 17, 2010, at 2:56 AM, Mark Muir wrote:
> I've developed a working back-end for a custom architecture, based on LLVM 2.6. I'm now trying to cover more of the unique features of this architecture.
>
> To make use of one such feature, I'm trying something cunning/crazy with the stack - implementing it in a type of memory that can only be addressed via immediates.
>
2010 Jan 19
2
[LLVMdev] Frame index arithmetic
...operations were loads or stores anyway. So it must be later on that the conversion happens, which turns the operation into some form of indirect addressing.
To further explore the example I gave in my original email, I have an instruction matching the pattern:
[(set GPR:$dst, (select GPR:$sel, immOrGPR:$a, immOrGPR:$b))]
The target-independent IR (as shown in the original message):
> define i32 @foo(i32 %cond, i32 %a, i32 %b) nounwind {
> entry:
> %retval = alloca i32 ; <i32*> [#uses=2]
> %cond.addr = alloca i32 ; <i32*...
2010 Jan 17
2
[LLVMdev] Frame index arithmetic
I've developed a working back-end for a custom architecture, based on LLVM 2.6. I'm now trying to cover more of the unique features of this architecture.
To make use of one such feature, I'm trying something cunning/crazy with the stack - implementing it in a type of memory that can only be addressed via immediates.
I've got this mostly working. However, I came across a problem