public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Marc Glisse <marc.glisse@inria.fr>
To: Marek Polacek <polacek@redhat.com>
Cc: Richard Biener <rguenther@suse.de>,
	GCC Patches <gcc-patches@gcc.gnu.org>
Subject: Re: [PATCH] Move A - (A & B) -> ~B & A
Date: Thu, 13 Aug 2015 21:26:00 -0000	[thread overview]
Message-ID: <alpine.DEB.2.20.1508132302420.2405@laptop-mg.saclay.inria.fr> (raw)
In-Reply-To: <20150717152321.GM5101@redhat.com>

On Fri, 17 Jul 2015, Marek Polacek wrote:

> On Fri, Jul 17, 2015 at 02:23:50PM +0200, Richard Biener wrote:
>>> +/* Fold A - (A & B) into ~B & A.  */
>>> +(simplify
>>> + (minus (convert? @0) (convert? (bit_and:c @0 @1)))
>>
>> I think you want :s on the bit_and and its convert?
>
> Ok, I keep forgetting about this :(.
>
>> Are you sure you don't need to check for a nop conversion here?
>
> I thought I didn't need it here, and couldn't find a testcase which
> would break without tree_nop_conversion_p checks, but that doesn't mean
> much.  So for extra safety I put the checks there.

I believe you were right that we don't need the checks, it should also be 
valid for narrowing / extending conversions.

Note that the equivalent "(X & Y) ^ Y as ~X & Y" does not have the 
optional converts.

> Bootstrapped/regtested on x86_64-linux, ok for trunk?
>
> 2015-07-17  Marek Polacek  <polacek@redhat.com>
>
> 	* fold-const.c (fold_binary_loc): Move A - (A & B) into ~B & A ...
> 	* match.pd: ... here.
>
> 	* gcc.dg/fold-minus-7.c: New test.
>
> diff --git gcc/fold-const.c gcc/fold-const.c
> index 93dd29d..fa321f4 100644
> --- gcc/fold-const.c
> +++ gcc/fold-const.c
> @@ -9777,30 +9777,6 @@ fold_binary_loc (location_t loc,
>
>       if (! FLOAT_TYPE_P (type))
> 	{
> -	  /* Fold A - (A & B) into ~B & A.  */
> -	  if (!TREE_SIDE_EFFECTS (arg0)
> -	      && TREE_CODE (arg1) == BIT_AND_EXPR)
> -	    {
> -	      if (operand_equal_p (arg0, TREE_OPERAND (arg1, 1), 0))
> -		{
> -		  tree arg10 = fold_convert_loc (loc, type,
> -						 TREE_OPERAND (arg1, 0));
> -		  return fold_build2_loc (loc, BIT_AND_EXPR, type,
> -				      fold_build1_loc (loc, BIT_NOT_EXPR,
> -						   type, arg10),
> -				      fold_convert_loc (loc, type, arg0));
> -		}
> -	      if (operand_equal_p (arg0, TREE_OPERAND (arg1, 0), 0))
> -		{
> -		  tree arg11 = fold_convert_loc (loc,
> -						 type, TREE_OPERAND (arg1, 1));
> -		  return fold_build2_loc (loc, BIT_AND_EXPR, type,
> -				      fold_build1_loc (loc, BIT_NOT_EXPR,
> -						   type, arg11),
> -				      fold_convert_loc (loc, type, arg0));
> -		}
> -	    }
> -
> 	  /* Fold (A & ~B) - (A & B) into (A ^ B) - B, where B is
> 	     any power of 2 minus 1.  */
> 	  if (TREE_CODE (arg0) == BIT_AND_EXPR
> diff --git gcc/match.pd gcc/match.pd
> index c335ada..700a692 100644
> --- gcc/match.pd
> +++ gcc/match.pd
> @@ -662,6 +662,12 @@ along with GCC; see the file COPYING3.  If not see
>  (bit_ior:c (bit_and:cs @0 (bit_not @2)) (bit_and:cs @1 @2))
>  (bit_xor (bit_and (bit_xor @0 @1) @2) @0))
>
> +/* Fold A - (A & B) into ~B & A.  */
> +(simplify
> + (minus (convert? @0) (convert?:s (bit_and:cs @0 @1)))
> + (if (tree_nop_conversion_p (type, TREE_TYPE (@0))
> +      && tree_nop_conversion_p (type, TREE_TYPE (@1)))
> +  (convert (bit_and (bit_not @1) @0))))
>
> /* Associate (p +p off1) +p off2 as (p +p (off1 + off2)).  */
> (simplify
> diff --git gcc/testsuite/gcc.dg/fold-minus-7.c gcc/testsuite/gcc.dg/fold-minus-7.c
> index e69de29..7a49faa 100644
> --- gcc/testsuite/gcc.dg/fold-minus-7.c
> +++ gcc/testsuite/gcc.dg/fold-minus-7.c
> @@ -0,0 +1,36 @@
> +/* { dg-do compile } */
> +/* { dg-options "-O -fdump-tree-cddce1" } */
> +
> +int
> +f1 (int a, int b)
> +{
> +  int tem = a & b;
> +  return a - tem;
> +}
> +
> +int
> +f2 (int a, int b)
> +{
> +  int tem = b & a;
> +  return a - tem;
> +}
> +
> +int
> +f3 (unsigned int a, int b)
> +{
> +  return a - (a & b);
> +}
> +
> +int
> +f4 (int a, unsigned int b)
> +{
> +  return a - (a & b);
> +}
> +
> +int
> +f5 (int a, int b)
> +{
> +  return a - (unsigned) (b & a);
> +}
> +
> +/* { dg-final { scan-tree-dump-not " - " "cddce1" } } */
>
> 	Marek
>

-- 
Marc Glisse

      parent reply	other threads:[~2015-08-13 21:08 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-17 11:05 Marek Polacek
2015-07-17 12:57 ` Richard Biener
2015-07-17 15:43   ` Marek Polacek
2015-07-17 16:01     ` Richard Biener
2015-08-13 21:26     ` Marc Glisse [this message]

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=alpine.DEB.2.20.1508132302420.2405@laptop-mg.saclay.inria.fr \
    --to=marc.glisse@inria.fr \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=polacek@redhat.com \
    --cc=rguenther@suse.de \
    /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).