Displaying 4 results from an estimated 4 matches for "storestackf".
2019 Jun 26
2
How to handle ISD::STORE when both operands are FrameIndex?
...(N)->getAddressSpace() == 1;
}]>;
class StoreFrag<SDPatternOperator op> : PatFrag <
(ops node:$value, node:$ptr), (op node:$value, node:$ptr)
>;
class StackStore <SDPatternOperator op> : StoreFrag <op>, StackAddress;
def store_stack : StackStore<store>;
def StoreStackF : InstRI<2, (outs), (ins IntRegs:$reg, i32imm:$i),
"storestackf $reg, [$i]", [(store_stack i32:$reg,
AddrFI:$i)]>;
I'm puzzled why despite having "IntRegs:$reg" in ins list, it still matches
FrameIndex:
SEL: Starting selection on root node: t14: c...
2019 Jun 25
2
How to handle ISD::STORE when both operands are FrameIndex?
On Mon, Jun 24, 2019 at 4:08 PM Tim Northover <t.p.northover at gmail.com>
wrote:
> On Mon, 24 Jun 2019 at 12:16, Gleb Popov via llvm-dev
> <llvm-dev at lists.llvm.org> wrote:
> > 1. Where does it come from? Can I do anything to make it not appear?
>
> It comes from something like:
>
> %ptr = alloca i8
> %var = alloca i8*
> store i8* %ptr, i8**
2019 Jun 26
2
How to handle ISD::STORE when both operands are FrameIndex?
On Wed, Jun 26, 2019 at 12:38 PM Tim Northover <t.p.northover at gmail.com>
wrote:
> Hi Gleb,
>
> On Wed, 26 Jun 2019 at 07:28, Gleb Popov <6yearold at gmail.com> wrote:
> > def StoreStackF : InstRI<2, (outs), (ins IntRegs:$reg, i32imm:$i),
> > "storestackf $reg, [$i]", [(store_stack i32:$reg,
> AddrFI:$i)]>;
> >
> > I'm puzzled why despite having "IntRegs:$reg" in ins list, it still
> matches FrameIndex:
>
&...
2019 Jun 24
3
How to handle ISD::STORE when both operands are FrameIndex?
...ace 1)> t10,
FrameIndex:i32<2>, FrameIndex:i32<3>, undef:i32
1. Where does it come from? Can I do anything to make it not appear?
2. If not, how do I change it so that the operand being stored would be
first loaded into a register, and that register would be used instead? Like
ch = StoreStackF<Mem:(store 4 into %ir.p45, align 8, addrspace 1)>
Register:%1, TargetFrameIndex:i32<3>, t10
Thanks in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190624/9c7d3784/attachment.html>