On Sep 11, 2012, at 8:06 AM, Christophe Lyon wrote:
> Ping?
> http://gcc.gnu.org/ml/gcc-patches/2012-09/msg00068.html
Since the arm people haven't rejected it… Ok.
Ping?
http://gcc.gnu.org/ml/gcc-patches/2012-09/msg00068.html
Thanks
Christophe.
On 3 September 2012 11:01, Christophe Lyon wrote:
> On 31 August 2012 18:14, Janis Johnson wrote:
>>
>> do something like
>>
>> /* { dg-final { scan-assembler-times "fmrrd\[\\t \]+r0,\[\\t \]*r1,\[\\t
>> \]*d0" 2
On 31 August 2012 18:14, Janis Johnson wrote:
>
> do something like
>
> /* { dg-final { scan-assembler-times "fmrrd\[\\t \]+r0,\[\\t \]*r1,\[\\t
> \]*d0" 2 } { target arm_little_endian } } */
> /* { dg-final { scan-assembler-times "fmrrd\[\\t \]+r1,\[\\t \]*r0,\[\\t
> \]*d0" 2 } {target { ! arm
On 08/31/2012 05:05 AM, Christophe Lyon wrote:
> Hi,
>
> Tests gcc.target/arm/pr48252.c, gcc.target/arm/pr51835.c and
> gcc.target/arm/neon-vset_lanes8.c currently expect little-endian code
> and fail when compiled/executed in big-endian mode.
>
> The attached patch fixes them.
>
> Tested with
Hi,
Tests gcc.target/arm/pr48252.c, gcc.target/arm/pr51835.c and
gcc.target/arm/neon-vset_lanes8.c currently expect little-endian code
and fail when compiled/executed in big-endian mode.
The attached patch fixes them.
Tested with qemu on armeb-none-linux-gnueabi and arm-none-linux-gnueabi.
OK?
