Hi,
I am working on implementation of interleave_high/low and extract_even/odd for NEON. The pairs of high/low (even/odd) are "magically" united into single vzip (vuzp) instruction in the back end, so there is no need in special support from the tree level. There are still some test failures that I need to solve.
Ira
Hi Ira,
I'm curious to know how you managed to represent vec_extract_even and vec_extract_odd both as NEON vuzp? Also, how do you represent both read and write of both operands of vuzp in the md file?
Thanks, Tejas.
On Thu, 2011-01-27 at 15:44 +0200, Ira Rosen wrote:
Hi,
I am working on implementation of interleave_high/low and extract_even/odd for NEON. The pairs of high/low (even/odd) are "magically" united into single vzip (vuzp) instruction in the back end, so there is no need in special support from the tree level. There are still some test failures that I need to solve.
Ira
linaro-toolchain mailing list linaro-toolchain@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-toolchain
Hi Tejas,
On 27 January 2011 16:00, Tejas Belagod tejas.belagod@arm.com wrote:
Hi Ira,
I'm curious to know how you managed to represent vec_extract_even and vec_extract_odd both as NEON vuzp? Also, how do you represent both read and write of both operands of vuzp in the md file?
I am planning to post the patch here anyway, but since there are some test failures I prefer to wait with this a bit (and your questions make me feel even more insecure with the patch ;)).
Ira
Thanks, Tejas.
On Thu, 2011-01-27 at 15:44 +0200, Ira Rosen wrote:
Hi,
I am working on implementation of interleave_high/low and extract_even/odd for NEON. The pairs of high/low (even/odd) are "magically" united into single vzip (vuzp) instruction in the back end, so there is no need in special support from the tree level. There are still some test failures that I need to solve.
Ira
linaro-toolchain mailing list linaro-toolchain@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-toolchain
linaro-toolchain@lists.linaro.org