public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Christophe Lyon <christophe.lyon@linaro.org>
To: Sudakshina Das <sudi.das@arm.com>
Cc: James Greenhalgh <james.greenhalgh@arm.com>,
		"gcc-patches@gcc.gnu.org" <gcc-patches@gcc.gnu.org>,
	nd <nd@arm.com>, 	Richard Earnshaw <Richard.Earnshaw@arm.com>,
	Marcus Shawcroft <Marcus.Shawcroft@arm.com>
Subject: Re: [PATCH PR81647][AARCH64] Fix handling of Unordered Comparisons in aarch64-simd.md
Date: Tue, 20 Mar 2018 08:19:00 -0000	[thread overview]
Message-ID: <CAKdteOb1Ue_RDgUO839+_KBZVkZqUXcE-f9KG6iLN8ChwxQwFA@mail.gmail.com> (raw)
In-Reply-To: <4a60c447-bce5-091f-f752-cb510e042c5d@arm.com>

On 19 March 2018 at 19:55, Sudakshina Das <sudi.das@arm.com> wrote:
> Hi
>
>
> On 19/03/18 14:29, James Greenhalgh wrote:
>>
>> On Fri, Dec 15, 2017 at 11:57:46AM +0000, Sudi Das wrote:
>>>
>>> Hi
>>>
>>> This patch fixes the inconsistent behavior observed at -O3 for the
>>> unordered comparisons. According to the online docs
>>>
>>> (https://gcc.gnu.org/onlinedocs/gcc-7.2.0/gccint/Unary-and-Binary-Expressions.html),
>>> all of the following should not raise an FP exception:
>>> - UNGE_EXPR
>>> - UNGT_EXPR
>>> - UNLE_EXPR
>>> - UNLT_EXPR
>>> - UNEQ_EXPR
>>> Also ORDERED_EXPR and UNORDERED_EXPR should only return zero or one.
>>>
>>> The aarch64-simd.md handling of these were generating exception raising
>>> instructions such as fcmgt. This patch changes the instructions that are
>>> emitted to in order to not give out the exceptions. We first check each
>>> operand for NaNs and force any elements containing NaN to zero before
>>> using them in the compare.
>>>
>>> Example: UN<cc> (a, b) -> UNORDERED (a, b) | (cm<cc> (isnan (a) ? 0.0 :
>>> a, isnan (b) ? 0.0 : b))
>>>
>>>
>>> The ORDERED_EXPR is now handled as (cmeq (a, a) & cmeq (b, b)) and
>>> UNORDERED_EXPR as ~ORDERED_EXPR and UNEQ as (~ORDERED_EXPR | cmeq (a,b)).
>>>
>>> Testing done: Checked for regressions on bootstrapped
>>> aarch64-none-linux-gnu and added a new test case.
>>>
>>> Is this ok for trunk? This will probably need a back-port to
>>> gcc-7-branch as well.
>>
>>
>> OK.
>>
>> Let it soak on trunk for a while before the backport.
>
>
> Thanks. Committed to trunk as r258653. Will wait a week before backport.
>

Hi,

As the test failed to compile on aarch64 bare-metal targets, I added
/* { dg-require-effective-target fenv_exceptions } */
as obvious (r258672).

2018-03-20  Christophe Lyon  <christophe.lyon@linaro.org>

       PR target/81647
       * gcc.target/aarch64/pr81647.c: Require fenv_exceptions.

Index: testsuite/gcc.target/aarch64/pr81647.c
===================================================================
--- testsuite/gcc.target/aarch64/pr81647.c      (revision 258671)
+++ testsuite/gcc.target/aarch64/pr81647.c      (revision 258672)
@@ -1,5 +1,6 @@
 /* { dg-do run } */
 /* { dg-options "-O3 -fdump-tree-ssa" } */
+/* { dg-require-effective-target fenv_exceptions } */

 #include <fenv.h>



Christophe

> Sudi
>
>
>>
>> Thanks,
>> James
>>
>>> ChangeLog Entries:
>>>
>>> *** gcc/ChangeLog ***
>>>
>>> 2017-12-15  Sudakshina Das  <sudi.das@arm.com>
>>>
>>>         PR target/81647
>>>         * config/aarch64/aarch64-simd.md (vec_cmp<mode><v_int_equiv>):
>>> Modify
>>> instructions for
>>>         UNLT, UNLE, UNGT, UNGE, UNEQ, UNORDERED and ORDERED.
>>>
>>> *** gcc/testsuite/ChangeLog ***
>>>
>>> 2017-12-15  Sudakshina Das  <sudi.das@arm.com>
>>>
>>>         PR target/81647
>>>         * gcc.target/aarch64/pr81647.c: New.
>>
>>
>>> diff --git a/gcc/config/aarch64/aarch64-simd.md
>>> b/gcc/config/aarch64/aarch64-simd.md
>>> index
>>> f90f74fe7fd5990a97b9f4eb68f5735b7d4fb9aa..acff06c753b3e3aaa5775632929909afa4d3294b
>>> 100644
>>> --- a/gcc/config/aarch64/aarch64-simd.md
>>> +++ b/gcc/config/aarch64/aarch64-simd.md
>>> @@ -2731,10 +2731,10 @@
>>>           break;
>>>         }
>>>         /* Fall through.  */
>>> -    case UNGE:
>>> +    case UNLT:
>>>         std::swap (operands[2], operands[3]);
>>>         /* Fall through.  */
>>> -    case UNLE:
>>> +    case UNGT:
>>>       case GT:
>>>         comparison = gen_aarch64_cmgt<mode>;
>>>         break;
>>> @@ -2745,10 +2745,10 @@
>>>           break;
>>>         }
>>>         /* Fall through.  */
>>> -    case UNGT:
>>> +    case UNLE:
>>>         std::swap (operands[2], operands[3]);
>>>         /* Fall through.  */
>>> -    case UNLT:
>>> +    case UNGE:
>>>       case GE:
>>>         comparison = gen_aarch64_cmge<mode>;
>>>         break;
>>> @@ -2771,21 +2771,35 @@
>>>       case UNGT:
>>>       case UNLE:
>>>       case UNLT:
>>> -    case NE:
>>> -      /* FCM returns false for lanes which are unordered, so if we use
>>> -        the inverse of the comparison we actually want to emit, then
>>> -        invert the result, we will end up with the correct result.
>>> -        Note that a NE NaN and NaN NE b are true for all a, b.
>>> -
>>> -        Our transformations are:
>>> -        a UNGE b -> !(b GT a)
>>> -        a UNGT b -> !(b GE a)
>>> -        a UNLE b -> !(a GT b)
>>> -        a UNLT b -> !(a GE b)
>>> -        a   NE b -> !(a EQ b)  */
>>> -      gcc_assert (comparison != NULL);
>>> -      emit_insn (comparison (operands[0], operands[2], operands[3]));
>>> -      emit_insn (gen_one_cmpl<v_int_equiv>2 (operands[0], operands[0]));
>>> +      {
>>> +       /* All of the above must not raise any FP exceptions.  Thus we
>>> first
>>> +          check each operand for NaNs and force any elements containing
>>> NaN to
>>> +          zero before using them in the compare.
>>> +          Example: UN<cc> (a, b) -> UNORDERED (a, b) |
>>> +                                    (cm<cc> (isnan (a) ? 0.0 : a,
>>> +                                             isnan (b) ? 0.0 : b))
>>> +          We use the following transformations for doing the
>>> comparisions:
>>> +          a UNGE b -> a GE b
>>> +          a UNGT b -> a GT b
>>> +          a UNLE b -> b GE a
>>> +          a UNLT b -> b GT a.  */
>>> +
>>> +       rtx tmp0 = gen_reg_rtx (<V_INT_EQUIV>mode);
>>> +       rtx tmp1 = gen_reg_rtx (<V_INT_EQUIV>mode);
>>> +       rtx tmp2 = gen_reg_rtx (<V_INT_EQUIV>mode);
>>> +       emit_insn (gen_aarch64_cmeq<mode> (tmp0, operands[2],
>>> operands[2]));
>>> +       emit_insn (gen_aarch64_cmeq<mode> (tmp1, operands[3],
>>> operands[3]));
>>> +       emit_insn (gen_and<v_int_equiv>3 (tmp2, tmp0, tmp1));
>>> +       emit_insn (gen_and<v_int_equiv>3 (tmp0, tmp0,
>>> +                       lowpart_subreg (<V_INT_EQUIV>mode, operands[2],
>>> <MODE>mode)));
>>> +       emit_insn (gen_and<v_int_equiv>3 (tmp1, tmp1,
>>> +                       lowpart_subreg (<V_INT_EQUIV>mode, operands[3],
>>> <MODE>mode)));
>>> +       gcc_assert (comparison != NULL);
>>> +       emit_insn (comparison (operands[0],
>>> +                              lowpart_subreg (<MODE>mode, tmp0,
>>> <V_INT_EQUIV>mode),
>>> +                              lowpart_subreg (<MODE>mode, tmp1,
>>> <V_INT_EQUIV>mode)));
>>> +       emit_insn (gen_orn<v_int_equiv>3 (operands[0], tmp2,
>>> operands[0]));
>>> +      }
>>>         break;
>>>         case LT:
>>> @@ -2793,25 +2807,19 @@
>>>       case GT:
>>>       case GE:
>>>       case EQ:
>>> +    case NE:
>>>         /* The easy case.  Here we emit one of FCMGE, FCMGT or FCMEQ.
>>>          As a LT b <=> b GE a && a LE b <=> b GT a.  Our transformations
>>> are:
>>>          a GE b -> a GE b
>>>          a GT b -> a GT b
>>>          a LE b -> b GE a
>>>          a LT b -> b GT a
>>> -        a EQ b -> a EQ b  */
>>> +        a EQ b -> a EQ b
>>> +        a NE b -> ~(a EQ b)  */
>>>         gcc_assert (comparison != NULL);
>>>         emit_insn (comparison (operands[0], operands[2], operands[3]));
>>> -      break;
>>> -
>>> -    case UNEQ:
>>> -      /* We first check (a > b ||  b > a) which is !UNEQ, inverting
>>> -        this result will then give us (a == b || a UNORDERED b).  */
>>> -      emit_insn (gen_aarch64_cmgt<mode> (operands[0],
>>> -                                        operands[2], operands[3]));
>>> -      emit_insn (gen_aarch64_cmgt<mode> (tmp, operands[3],
>>> operands[2]));
>>> -      emit_insn (gen_ior<v_int_equiv>3 (operands[0], operands[0], tmp));
>>> -      emit_insn (gen_one_cmpl<v_int_equiv>2 (operands[0], operands[0]));
>>> +      if (code == NE)
>>> +       emit_insn (gen_one_cmpl<v_int_equiv>2 (operands[0],
>>> operands[0]));
>>>         break;
>>>         case LTGT:
>>> @@ -2823,21 +2831,22 @@
>>>         emit_insn (gen_ior<v_int_equiv>3 (operands[0], operands[0],
>>> tmp));
>>>         break;
>>>   -    case UNORDERED:
>>> -      /* Operands are ORDERED iff (a > b || b >= a), so we can compute
>>> -        UNORDERED as !ORDERED.  */
>>> -      emit_insn (gen_aarch64_cmgt<mode> (tmp, operands[2],
>>> operands[3]));
>>> -      emit_insn (gen_aarch64_cmge<mode> (operands[0],
>>> -                                        operands[3], operands[2]));
>>> -      emit_insn (gen_ior<v_int_equiv>3 (operands[0], operands[0], tmp));
>>> -      emit_insn (gen_one_cmpl<v_int_equiv>2 (operands[0], operands[0]));
>>> -      break;
>>> -
>>>       case ORDERED:
>>> -      emit_insn (gen_aarch64_cmgt<mode> (tmp, operands[2],
>>> operands[3]));
>>> -      emit_insn (gen_aarch64_cmge<mode> (operands[0],
>>> -                                        operands[3], operands[2]));
>>> -      emit_insn (gen_ior<v_int_equiv>3 (operands[0], operands[0], tmp));
>>> +    case UNORDERED:
>>> +    case UNEQ:
>>> +      /* cmeq (a, a) & cmeq (b, b).  */
>>> +      emit_insn (gen_aarch64_cmeq<mode> (operands[0],
>>> +                                        operands[2], operands[2]));
>>> +      emit_insn (gen_aarch64_cmeq<mode> (tmp, operands[3],
>>> operands[3]));
>>> +      emit_insn (gen_and<v_int_equiv>3 (operands[0], operands[0], tmp));
>>> +
>>> +      if (code == UNORDERED)
>>> +       emit_insn (gen_one_cmpl<v_int_equiv>2 (operands[0],
>>> operands[0]));
>>> +      else if (code == UNEQ)
>>> +       {
>>> +         emit_insn (gen_aarch64_cmeq<mode> (tmp, operands[2],
>>> operands[3]));
>>> +         emit_insn (gen_orn<v_int_equiv>3 (operands[0], operands[0],
>>> tmp));
>>> +       }
>>>         break;
>>>         default:
>>> diff --git a/gcc/testsuite/gcc.target/aarch64/pr81647.c
>>> b/gcc/testsuite/gcc.target/aarch64/pr81647.c
>>> new file mode 100644
>>> index
>>> 0000000000000000000000000000000000000000..f60dfba49d538e3b2164b11392ab8dbfdba6546e
>>> --- /dev/null
>>> +++ b/gcc/testsuite/gcc.target/aarch64/pr81647.c
>>> @@ -0,0 +1,44 @@
>>> +/* { dg-do run } */
>>> +/* { dg-options "-O3 -fdump-tree-ssa" } */
>>> +
>>> +#include <fenv.h>
>>> +
>>> +double x[28], y[28];
>>> +int res[28];
>>> +
>>> +int
>>> +main (void)
>>> +{
>>> +  int i;
>>> +  for (i = 0; i < 28; ++i)
>>> +    {
>>> +      x[i] = __builtin_nan ("");
>>> +      y[i] = i;
>>> +    }
>>> +  __asm__ volatile ("" ::: "memory");
>>> +  feclearexcept (FE_ALL_EXCEPT);
>>> +  for (i = 0; i < 4; ++i)
>>> +    res[i] = __builtin_isgreater (x[i], y[i]);
>>> +  for (i = 4; i < 8; ++i)
>>> +    res[i] = __builtin_isgreaterequal (x[i], y[i]);
>>> +  for (i = 8; i < 12; ++i)
>>> +    res[i] = __builtin_isless (x[i], y[i]);
>>> +  for (i = 12; i < 16; ++i)
>>> +    res[i] = __builtin_islessequal (x[i], y[i]);
>>> +  for (i = 16; i < 20; ++i)
>>> +    res[i] = __builtin_islessgreater (x[i], y[i]);
>>> +  for (i = 20; i < 24; ++i)
>>> +    res[i] = __builtin_isunordered (x[i], y[i]);
>>> +  for (i = 24; i < 28; ++i)
>>> +    res[i] = !(__builtin_isunordered (x[i], y[i]));
>>> +  __asm__ volatile ("" ::: "memory");
>>> +  return fetestexcept (FE_ALL_EXCEPT) != 0;
>>> +}
>>> +
>>> +/* { dg-final { scan-tree-dump " u> " "ssa" } } */
>>> +/* { dg-final { scan-tree-dump " u>= " "ssa" } } */
>>> +/* { dg-final { scan-tree-dump " u< " "ssa" } } */
>>> +/* { dg-final { scan-tree-dump " u<= " "ssa" } } */
>>> +/* { dg-final { scan-tree-dump " u== " "ssa" } } */
>>> +/* { dg-final { scan-tree-dump " unord " "ssa" } } */
>>> +/* { dg-final { scan-tree-dump " ord " "ssa" } } */
>>
>>
>

  reply	other threads:[~2018-03-20  8:13 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-15 11:57 Sudakshina Das
2018-01-05 11:47 ` [PATCH PR81647][AARCH64] PING " Sudakshina Das
2018-02-16 10:54 ` [PATCH PR81647][AARCH64][PING] " Sudakshina Das
2018-03-19 14:32 ` [PATCH PR81647][AARCH64] " James Greenhalgh
2018-03-19 19:31   ` Sudakshina Das
2018-03-20  8:19     ` Christophe Lyon [this message]
2018-03-20 10:58       ` Sudakshina Das
2018-03-28 11:37         ` Sudakshina Das

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAKdteOb1Ue_RDgUO839+_KBZVkZqUXcE-f9KG6iLN8ChwxQwFA@mail.gmail.com \
    --to=christophe.lyon@linaro.org \
    --cc=Marcus.Shawcroft@arm.com \
    --cc=Richard.Earnshaw@arm.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=james.greenhalgh@arm.com \
    --cc=nd@arm.com \
    --cc=sudi.das@arm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).