This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH, ARM] Constant vector permute for the Neon vext insn
[ Richard, sorry for the duplicate message where I omitted the mailing-list]
On 24 August 2012 10:40, Richard Earnshaw <rearnsha@arm.com> wrote:
>
> Has this been tested for big-endian?
>
Hi,
While improving my tests and trying to turn them into execution tests,
I realized that vector initialization such as:
uint16x4_t vec1 = {0x1234, 0x5678, 0x9abc, 0xdef0};
is endianness dependent.
However, I have noticed that other tests (such as neon-vrev.c,
neon-vset_lanes8.c, pr48252) do use such constructs.... and the last
two ones fail at execution in big-endian mode (the 1st one is only
compiled).
I guess that the 'right' (portable) was of initializing a vector is to
load it from an array, right?
Thanks,
Christophe.