Displaying 3 results from an estimated 3 matches for "v4i32_shuffle".
2009 Feb 24
0
[LLVMdev] [llvm-commits] [llvm] r65296 - in /llvm/trunk: include/llvm/CodeGen/ lib/CodeGen/SelectionDAG/ lib/Target/CellSPU/ lib/Target/PowerPC/ lib/Target/X86/ test/CodeGen/X86/
...t; constant shuffles (which are all of them). Variable shuffles would need to
> be represented as target nodes at present, and my work will not change that.
>
What about this case where the arguments are entirely variable and you have
no knowledge of their contents:
define <4 x i32> @v4i32_shuffle(<4 x i32> %a, <4 x i32> %b) nounwind
readnone {
entry:
%tmp1 = shufflevector <4 x i32> %a, <4 x i32> %b, <4 x i32> < i32 1,
i32 2, i32 3, i32 0 >
ret <4 x i32> %tmp1
}
It's perfectly legit LLVM code and it's a case where the two inp...
2009 Feb 24
3
[LLVMdev] [llvm-commits] [llvm] r65296 - in /llvm/trunk: include/llvm/CodeGen/ lib/CodeGen/SelectionDAG/ lib/Target/CellSPU/ lib/Target/PowerPC/ lib/Target/X86/ test/CodeGen/X86/
On Feb 23, 2009, at 2:49 PM, Scott Michel wrote:
> On Mon, Feb 23, 2009 at 2:19 PM, Nate Begeman <natebegeman at me.com>
> wrote:
>
> On Feb 23, 2009, at 1:46 PM, Chris Lattner wrote:
>
> In my opinion, the proper direction for shuffles is:
>
> 1. Back out your patch.
> 2. Move the functionality of "is splat" etc to method somewhere, e.g.
> on
2009 Feb 24
2
[LLVMdev] [llvm-commits] [llvm] r65296 - in /llvm/trunk: include/llvm/CodeGen/ lib/CodeGen/SelectionDAG/ lib/Target/CellSPU/ lib/Target/PowerPC/ lib/Target/X86/ test/CodeGen/X86/
...ll I
care. When Nate introduces a new shufflevector class in the next
couple days (apparently), we'd want to move these to that class.
> What about this case where the arguments are entirely variable and
> you have no knowledge of their contents:
>
> define <4 x i32> @v4i32_shuffle(<4 x i32> %a, <4 x i32> %b) nounwind
> readnone {
> entry:
> %tmp1 = shufflevector <4 x i32> %a, <4 x i32> %b, <4 x i32>
> < i32 1, i32 2, i32 3, i32 0 >
> ret <4 x i32> %tmp1
> }
>
> It's perfectly legit LLVM...