Tanya Lattner
|
48b182c3a4
|
In r131488 I misunderstood how VREV works. It splits the vector in half and splits each half. Therefore, the real problem was that we were using a VREV64 for a 4xi16, when we should have been using a VREV32.
Updated test case and reverted change to the PerfectShuffle Table.
llvm-svn: 131529
|
2011-05-18 06:42:21 +00:00 |
Tanya Lattner
|
c7e291b354
|
vrev is incorrectly defined in the perfect shuffle table. The ordering is backwards (should be 0x3210 versus 0x1032) which exposed a bug when doing a shuffle on a 4xi16. I've attached a test case.
llvm-svn: 131488
|
2011-05-17 20:48:40 +00:00 |
Jim Grosbach
|
1f2b4bdb22
|
Regenerate. No functional change, just cleanup.
llvm-svn: 116459
|
2010-10-14 00:15:18 +00:00 |
Anton Korobeynikov
|
a3090655d5
|
Regenerate
llvm-svn: 82814
|
2009-09-25 22:53:17 +00:00 |
Anton Korobeynikov
|
9a232f46a8
|
Add lowering of ARM 4-element shuffles to multiple instructios via perfectshuffle-generated table.
llvm-svn: 79624
|
2009-08-21 12:41:24 +00:00 |