From: Richard Sandiford <richard.sandiford@linaro.org>
To: Yuri Gribov <tetra2005@gmail.com>
Cc: GCC Patches <gcc-patches@gcc.gnu.org>,
Alan Modra <amodra@gmail.com>,
rguenth@gcc.gnu.org
Subject: Re: [PATCH 3/4 v3][PR 67328] Added bool conversion for wide_ints
Date: Tue, 30 May 2017 06:59:00 -0000 [thread overview]
Message-ID: <87tw42onqo.fsf@linaro.org> (raw)
In-Reply-To: <CAJOtW+5KbQ+L25coQzZW2g6JkLvCsQH5vUvww2f0DedW4W_SSw@mail.gmail.com> (Yuri Gribov's message of "Mon, 29 May 2017 07:59:32 +0100")
Yuri Gribov <tetra2005@gmail.com> writes:
> From 330209f721a598ec393dcb5d62de3457ee282153 Mon Sep 17 00:00:00 2001
> From: Yury Gribov <tetra2005@gmail.com>
> Date: Fri, 26 May 2017 07:53:10 +0100
> Subject: [PATCH 3/4] Added bool conversion for wide_ints.
>
> gcc/
> 2017-05-26 Yury Gribov <tetra2005@gmail.com>
>
> * wide-int.cc (wi::zero_p_large): New method.
> * wide-int.h (wi::zero_p): New method.
Do you still need this bit? It looks like it isn't used by the other
parts of the series.
The idea was that wi::eq_p (x, 0) (or just x == 0, if x is a
wide-int-based type) is supposed to be as fast as a dedicated zero check.
It'd be OK to have a helper function anyway, but it should probably be
defined using wi::eq_p.
The zero_p_large fallback can never return true, since a zero of
any precision will have a length of 1.
Thanks,
Richard
> ---
> gcc/wide-int.cc | 10 ++++++++++
> gcc/wide-int.h | 17 +++++++++++++++++
> 2 files changed, 27 insertions(+)
>
> diff --git a/gcc/wide-int.cc b/gcc/wide-int.cc
> index dab4c19..f1be89b 100644
> --- a/gcc/wide-int.cc
> +++ b/gcc/wide-int.cc
> @@ -433,6 +433,16 @@ top_bit_of (const HOST_WIDE_INT *a, unsigned int len, unsigned int prec)
> * unsigned and C++ has no such operators.
> */
>
> +/* Return true if OP == 0. */
> +bool
> +wi::zero_p_large (const HOST_WIDE_INT *op, unsigned int len)
> +{
> + for (unsigned i = 0; i < len; ++i)
> + if (op[i])
> + return false;
> + return true;
> +}
> +
> /* Return true if OP0 == OP1. */
> bool
> wi::eq_p_large (const HOST_WIDE_INT *op0, unsigned int op0len,
> diff --git a/gcc/wide-int.h b/gcc/wide-int.h
> index 2115b61..af63ffe 100644
> --- a/gcc/wide-int.h
> +++ b/gcc/wide-int.h
> @@ -462,6 +462,7 @@ namespace wi
> UNARY_PREDICATE fits_shwi_p (const T &);
> UNARY_PREDICATE fits_uhwi_p (const T &);
> UNARY_PREDICATE neg_p (const T &, signop = SIGNED);
> + UNARY_PREDICATE zero_p (const T &);
>
> template <typename T>
> HOST_WIDE_INT sign_mask (const T &);
> @@ -675,6 +676,9 @@ public:
> template <typename T>
> generic_wide_int &operator = (const T &);
>
> +#define UNARY_PREDICATE(OP, F) \
> + bool OP () const { return wi::F (*this); }
> +
> #define BINARY_PREDICATE(OP, F) \
> template <typename T> \
> bool OP (const T &c) const { return wi::F (*this, c); }
> @@ -699,6 +703,7 @@ public:
> #define INCDEC_OPERATOR(OP, DELTA) \
> generic_wide_int &OP () { *this += DELTA; return *this; }
>
> + UNARY_PREDICATE (operator !, zero_p)
> UNARY_OPERATOR (operator ~, bit_not)
> UNARY_OPERATOR (operator -, neg)
> BINARY_PREDICATE (operator ==, eq_p)
> @@ -1605,6 +1610,7 @@ decompose (HOST_WIDE_INT *scratch, unsigned int precision,
> we generally want those to be removed by SRA.) */
> namespace wi
> {
> + bool zero_p_large (const HOST_WIDE_INT *, unsigned int);
> bool eq_p_large (const HOST_WIDE_INT *, unsigned int,
> const HOST_WIDE_INT *, unsigned int, unsigned int);
> bool lts_p_large (const HOST_WIDE_INT *, unsigned int, unsigned int,
> @@ -1729,6 +1735,17 @@ wi::neg_p (const T &x, signop sgn)
> return xi.sign_mask () < 0;
> }
>
> +/* Return true if X is zero. */
> +template <typename T>
> +inline bool
> +wi::zero_p (const T &x)
> +{
> + WIDE_INT_REF_FOR (T) xi (x);
> + if (__builtin_expect (xi.len == 1, true))
> + return !xi.val[0];
> + return zero_p_large (xi.val, xi.len);
> +}
> +
> /* Return -1 if the top bit of X is set and 0 if the top bit is clear. */
> template <typename T>
> inline HOST_WIDE_INT
next prev parent reply other threads:[~2017-05-30 6:36 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-29 7:00 Yuri Gribov
2017-05-30 6:59 ` Richard Sandiford [this message]
2017-05-30 8:38 ` Yuri Gribov
2017-05-30 10:51 ` Richard Sandiford
2017-05-30 12:35 ` Yuri Gribov
2017-05-30 15:47 ` Richard Sandiford
2017-05-30 17:11 ` Yuri Gribov
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=87tw42onqo.fsf@linaro.org \
--to=richard.sandiford@linaro.org \
--cc=amodra@gmail.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=rguenth@gcc.gnu.org \
--cc=tetra2005@gmail.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).