public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Richard Biener <richard.guenther@gmail.com>
To: apinski@marvell.com
Cc: gcc-patches@gcc.gnu.org
Subject: Re: [PATCH 1/2] Fix PR 105532: match.pd patterns calling tree_nonzero_bits with vector types
Date: Tue, 20 Dec 2022 14:45:25 +0100	[thread overview]
Message-ID: <CAFiYyc2sYpV59Q3PSW9it9LWryn442ThfRyk_Go49aaWgqrQBQ@mail.gmail.com> (raw)
In-Reply-To: <CAFiYyc0bvput21JO3X+JwX1LH2tk417NvNSmC7-JXFsoo0g3GA@mail.gmail.com>

On Sat, Nov 5, 2022 at 12:44 PM Richard Biener
<richard.guenther@gmail.com> wrote:
>
> On Wed, Nov 2, 2022 at 10:47 PM apinski--- via Gcc-patches
> <gcc-patches@gcc.gnu.org> wrote:
> >
> > From: Andrew Pinski <apinski@marvell.com>
> >
> > Even though this PR was reported with an ubsan issue, the problem is
> > tree_nonzero_bits is being called with an expression which is a vector type.
>
> It seems to me the semantics
> for vectors should be clear but the users didn't expect that result?
>
> > This fixes three patterns I noticed which does that.
> > And adds a testcase for one of the patterns.
> >
> > OK? Bootstrapped and tested on x86_64-linux-gnu with no regressions
>
> OK.

You didn't push this yet?

> > gcc/ChangeLog:
> >
> >         PR tree-optimization/105532
> >         * match.pd (~(X >> Y) -> ~X >> Y): Check if it is an integral
> >         type before calling tree_nonzero_bits.
> >         (popcount(X) + popcount(Y)): Likewise.
> >         (popcount(X&C1)): Likewise.
> >
> > gcc/testsuite/ChangeLog:
> >
> >         * gcc.c-torture/compile/vector-shift-1.c: New test.
> > ---
> >  gcc/match.pd                                  | 25 +++++++++++--------
> >  .../gcc.c-torture/compile/vector-shift-1.c    |  8 ++++++
> >  2 files changed, 22 insertions(+), 11 deletions(-)
> >  create mode 100644 gcc/testsuite/gcc.c-torture/compile/vector-shift-1.c
> >
> > diff --git a/gcc/match.pd b/gcc/match.pd
> > index 194ba8f5188..5833e05a926 100644
> > --- a/gcc/match.pd
> > +++ b/gcc/match.pd
> > @@ -1371,7 +1371,8 @@ DEFINE_INT_AND_FLOAT_ROUND_FN (RINT)
> >     /* For logical right shifts, this is possible only if @0 doesn't
> >        have MSB set and the logical right shift is changed into
> >        arithmetic shift.  */
> > -   (if (!wi::neg_p (tree_nonzero_bits (@0)))
> > +   (if (INTEGRAL_TYPE_P (type)
> > +        && !wi::neg_p (tree_nonzero_bits (@0)))
> >      (with { tree stype = signed_type_for (TREE_TYPE (@0)); }
> >       (convert (rshift (bit_not! (convert:stype @0)) @1))))))
> >
> > @@ -7518,7 +7519,8 @@ DEFINE_INT_AND_FLOAT_ROUND_FN (RINT)
> >  /* popcount(X) + popcount(Y) is popcount(X|Y) when X&Y must be zero.  */
> >  (simplify
> >    (plus (POPCOUNT:s @0) (POPCOUNT:s @1))
> > -  (if (wi::bit_and (tree_nonzero_bits (@0), tree_nonzero_bits (@1)) == 0)
> > +  (if (INTEGRAL_TYPE_P (type)
> > +       && wi::bit_and (tree_nonzero_bits (@0), tree_nonzero_bits (@1)) == 0)
> >      (POPCOUNT (bit_ior @0 @1))))
> >
> >  /* popcount(X) == 0 is X == 0, and related (in)equalities.  */
> > @@ -7550,15 +7552,16 @@ DEFINE_INT_AND_FLOAT_ROUND_FN (RINT)
> >  (for pfun (POPCOUNT PARITY)
> >    (simplify
> >      (pfun @0)
> > -    (with { wide_int nz = tree_nonzero_bits (@0); }
> > -      (switch
> > -       (if (nz == 1)
> > -         (convert @0))
> > -       (if (wi::popcount (nz) == 1)
> > -         (with { tree utype = unsigned_type_for (TREE_TYPE (@0)); }
> > -           (convert (rshift:utype (convert:utype @0)
> > -                                  { build_int_cst (integer_type_node,
> > -                                                   wi::ctz (nz)); }))))))))
> > +    (if (INTEGRAL_TYPE_P (type))
> > +     (with { wide_int nz = tree_nonzero_bits (@0); }
> > +       (switch
> > +        (if (nz == 1)
> > +          (convert @0))
> > +        (if (wi::popcount (nz) == 1)
> > +          (with { tree utype = unsigned_type_for (TREE_TYPE (@0)); }
> > +            (convert (rshift:utype (convert:utype @0)
> > +                                   { build_int_cst (integer_type_node,
> > +                                                    wi::ctz (nz)); })))))))))
> >
> >  #if GIMPLE
> >  /* 64- and 32-bits branchless implementations of popcount are detected:
> > diff --git a/gcc/testsuite/gcc.c-torture/compile/vector-shift-1.c b/gcc/testsuite/gcc.c-torture/compile/vector-shift-1.c
> > new file mode 100644
> > index 00000000000..142ea56d5bb
> > --- /dev/null
> > +++ b/gcc/testsuite/gcc.c-torture/compile/vector-shift-1.c
> > @@ -0,0 +1,8 @@
> > +typedef unsigned char __attribute__((__vector_size__ (1))) U;
> > +
> > +U
> > +foo (U u)
> > +{
> > +  u = u == u;
> > +  return (~(u >> 255));
> > +}
> > --
> > 2.17.1
> >

  reply	other threads:[~2022-12-20 13:45 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-11-02 21:46 [PATCH 0/2] tree_nonzero_bits vs vector and complex types apinski
2022-11-02 21:46 ` [PATCH 1/2] Fix PR 105532: match.pd patterns calling tree_nonzero_bits with vector types apinski
2022-11-05 11:44   ` Richard Biener
2022-12-20 13:45     ` Richard Biener [this message]
2022-11-02 21:46 ` [PATCH 2/2] Add assert for type on tree_nonzero_bits apinski
2022-11-05 11:47   ` Richard Biener

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=CAFiYyc2sYpV59Q3PSW9it9LWryn442ThfRyk_Go49aaWgqrQBQ@mail.gmail.com \
    --to=richard.guenther@gmail.com \
    --cc=apinski@marvell.com \
    --cc=gcc-patches@gcc.gnu.org \
    /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).