Message ID | 20211020022916.131643-1-guojiufu@linux.ibm.com |
---|---|
State | New |
Headers |
Return-Path: <gcc-patches-bounces+patchwork=sourceware.org@gcc.gnu.org> X-Original-To: patchwork@sourceware.org Delivered-To: patchwork@sourceware.org Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id A3BDE3858025 for <patchwork@sourceware.org>; Wed, 20 Oct 2021 02:29:55 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A3BDE3858025 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1634696995; bh=1+ug6UyBefZqmUOgQoGwgNVLE6Kd/NIkfviMwK+fmNY=; h=To:Subject:Date:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:From:Reply-To:Cc:From; b=dAdwyoUP1J4SSMGFFLKK9HPE274hKWtZanD6vaQY+fWg4bo/aqmWWNfpsuWQtlsoY VmiHV+Kuqo6Bg/AltGln8ZbQqW/QqgMOYtkIFgwIEK/WXgRWU7q2PqxUxSvwqL7Cfp VdXLrArxASwu1MZChk9E4CddeZxbXOe8IIWMzjK8= X-Original-To: gcc-patches@gcc.gnu.org Delivered-To: gcc-patches@gcc.gnu.org Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) by sourceware.org (Postfix) with ESMTPS id A3C523858C3A for <gcc-patches@gcc.gnu.org>; Wed, 20 Oct 2021 02:29:26 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org A3C523858C3A Received: from pps.filterd (m0098399.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 19JNpdVZ005659; Tue, 19 Oct 2021 22:29:25 -0400 Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com with ESMTP id 3bt82h26as-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 19 Oct 2021 22:29:25 -0400 Received: from m0098399.ppops.net (m0098399.ppops.net [127.0.0.1]) by pps.reinject (8.16.0.43/8.16.0.43) with SMTP id 19K2KxJR028757; Tue, 19 Oct 2021 22:29:24 -0400 Received: from ppma03ams.nl.ibm.com (62.31.33a9.ip4.static.sl-reverse.com [169.51.49.98]) by mx0a-001b2d01.pphosted.com with ESMTP id 3bt82h26a5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 19 Oct 2021 22:29:24 -0400 Received: from pps.filterd (ppma03ams.nl.ibm.com [127.0.0.1]) by ppma03ams.nl.ibm.com (8.16.1.2/8.16.1.2) with SMTP id 19K2DsGk002064; Wed, 20 Oct 2021 02:29:21 GMT Received: from b06avi18626390.portsmouth.uk.ibm.com (b06avi18626390.portsmouth.uk.ibm.com [9.149.26.192]) by ppma03ams.nl.ibm.com with ESMTP id 3bqpc9yj92-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 20 Oct 2021 02:29:21 +0000 Received: from b06wcsmtp001.portsmouth.uk.ibm.com (b06wcsmtp001.portsmouth.uk.ibm.com [9.149.105.160]) by b06avi18626390.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 19K2NSKj59441570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 20 Oct 2021 02:23:28 GMT Received: from b06wcsmtp001.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 85984A405C; Wed, 20 Oct 2021 02:29:18 +0000 (GMT) Received: from b06wcsmtp001.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5AC24A4060; Wed, 20 Oct 2021 02:29:17 +0000 (GMT) Received: from pike.rch.stglabs.ibm.com (unknown [9.5.12.127]) by b06wcsmtp001.portsmouth.uk.ibm.com (Postfix) with ESMTP; Wed, 20 Oct 2021 02:29:17 +0000 (GMT) To: gcc-patches@gcc.gnu.org Subject: [PATCH] Use fold_build2 instead fold_binary for TRUTH_AND Date: Wed, 20 Oct 2021 10:29:16 +0800 Message-Id: <20211020022916.131643-1-guojiufu@linux.ibm.com> X-Mailer: git-send-email 2.17.1 X-TM-AS-GCONF: 00 X-Proofpoint-GUID: nlIWqwaB0H-QAsuPnvDsp_TNH-51deRo X-Proofpoint-ORIG-GUID: e1sk3hwBa2S6IqfhysB414M1TXikrEdw X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.425,FMLib:17.0.607.475 definitions=2021-10-19_02,2021-10-19_01,2020-04-07_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 mlxscore=0 malwarescore=0 priorityscore=1501 bulkscore=0 phishscore=0 lowpriorityscore=0 impostorscore=0 adultscore=0 clxscore=1015 spamscore=0 mlxlogscore=999 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2109230001 definitions=main-2110200007 X-Spam-Status: No, score=-12.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_EF, GIT_PATCH_0, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list <gcc-patches.gcc.gnu.org> List-Unsubscribe: <https://gcc.gnu.org/mailman/options/gcc-patches>, <mailto:gcc-patches-request@gcc.gnu.org?subject=unsubscribe> List-Archive: <https://gcc.gnu.org/pipermail/gcc-patches/> List-Post: <mailto:gcc-patches@gcc.gnu.org> List-Help: <mailto:gcc-patches-request@gcc.gnu.org?subject=help> List-Subscribe: <https://gcc.gnu.org/mailman/listinfo/gcc-patches>, <mailto:gcc-patches-request@gcc.gnu.org?subject=subscribe> From: Jiufu Guo via Gcc-patches <gcc-patches@gcc.gnu.org> Reply-To: Jiufu Guo <guojiufu@linux.ibm.com> Cc: rguenther@suse.de, segher@kernel.crashing.org, wschmidt@linux.ibm.com, jlaw@tachyum.com, dje.gcc@gmail.com Errors-To: gcc-patches-bounces+patchwork=sourceware.org@gcc.gnu.org Sender: "Gcc-patches" <gcc-patches-bounces+patchwork=sourceware.org@gcc.gnu.org> |
Series |
Use fold_build2 instead fold_binary for TRUTH_AND
|
|
Commit Message
Jiufu Guo
Oct. 20, 2021, 2:29 a.m. UTC
In tree_simplify_using_condition_1, there is code which should be logic: "op0 || op1"/"op0 && op1". When creating expression for TRUTH_OR_EXPR and TRUTH_AND_EXPR, fold_build2 would be used instead fold_binary which always return NULL_TREE for this kind of expr. Bootstrap and regtest pass on ppc and ppc64le. Is this ok for trunk? BR, Jiufu gcc/ChangeLog: * tree-ssa-loop-niter.c (tree_simplify_using_condition_1): Replace fold_binary with fold_build2 fir logical OR/AND. --- gcc/tree-ssa-loop-niter.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
Comments
On Tue, Oct 19, 2021 at 7:30 PM Jiufu Guo via Gcc-patches <gcc-patches@gcc.gnu.org> wrote: > > In tree_simplify_using_condition_1, there is code which should be logic: > "op0 || op1"/"op0 && op1". When creating expression for TRUTH_OR_EXPR > and TRUTH_AND_EXPR, fold_build2 would be used instead fold_binary which > always return NULL_TREE for this kind of expr. > > Bootstrap and regtest pass on ppc and ppc64le. Is this ok for trunk? No, because I think it is the wrong thing to do as we will be throwing away the result if the fold_binary is not an integer cst anyways so creating an extra tree is a waste. > > BR, > Jiufu > > gcc/ChangeLog: > > * tree-ssa-loop-niter.c (tree_simplify_using_condition_1): Replace > fold_binary with fold_build2 fir logical OR/AND. > > --- > gcc/tree-ssa-loop-niter.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/gcc/tree-ssa-loop-niter.c b/gcc/tree-ssa-loop-niter.c > index 75109407124..27e11a29707 100644 > --- a/gcc/tree-ssa-loop-niter.c > +++ b/gcc/tree-ssa-loop-niter.c > @@ -2290,12 +2290,12 @@ tree_simplify_using_condition_1 (tree cond, tree expr) > > /* Check whether COND ==> EXPR. */ > notcond = invert_truthvalue (cond); > - e = fold_binary (TRUTH_OR_EXPR, boolean_type_node, notcond, expr); > + e = fold_build2 (TRUTH_OR_EXPR, boolean_type_node, notcond, expr); > if (e && integer_nonzerop (e)) > return e; We already check for non-nullness and we also check to see it is an integer which is nonzero. So building a tree which will be thrown away is just a waste and all. > > /* Check whether COND ==> not EXPR. */ > - e = fold_binary (TRUTH_AND_EXPR, boolean_type_node, cond, expr); > + e = fold_build2 (TRUTH_AND_EXPR, boolean_type_node, cond, expr); > if (e && integer_zerop (e)) > return e; Likewise. Thanks, Andrew Pinski > > -- > 2.17.1 >
On 2021-10-20 10:44, Andrew Pinski wrote: > On Tue, Oct 19, 2021 at 7:30 PM Jiufu Guo via Gcc-patches > <gcc-patches@gcc.gnu.org> wrote: >> >> In tree_simplify_using_condition_1, there is code which should be >> logic: >> "op0 || op1"/"op0 && op1". When creating expression for TRUTH_OR_EXPR >> and TRUTH_AND_EXPR, fold_build2 would be used instead fold_binary >> which >> always return NULL_TREE for this kind of expr. >> >> Bootstrap and regtest pass on ppc and ppc64le. Is this ok for trunk? > > No, because I think it is the wrong thing to do as we will be throwing > away the result if the fold_binary is not an integer cst anyways so > creating an extra tree is a waste. Hi Andrew, Thanks for your great comments! I understand your explanation. And there is already non-nullness checking and zero/nonzero cst checking as you said. I agree with you now :) because if "op0 && op1"/"op0 || op1" is able to be folded (especially folded into a cst nonzero/zero), fold_binary is enough. And then, when fold_build2 creates a tree expr on code _AND_/_OR_, it should not be a cst anymore. BR, Jiufu > >> >> BR, >> Jiufu >> >> gcc/ChangeLog: >> >> * tree-ssa-loop-niter.c (tree_simplify_using_condition_1): >> Replace >> fold_binary with fold_build2 fir logical OR/AND. >> >> --- >> gcc/tree-ssa-loop-niter.c | 4 ++-- >> 1 file changed, 2 insertions(+), 2 deletions(-) >> >> diff --git a/gcc/tree-ssa-loop-niter.c b/gcc/tree-ssa-loop-niter.c >> index 75109407124..27e11a29707 100644 >> --- a/gcc/tree-ssa-loop-niter.c >> +++ b/gcc/tree-ssa-loop-niter.c >> @@ -2290,12 +2290,12 @@ tree_simplify_using_condition_1 (tree cond, >> tree expr) >> >> /* Check whether COND ==> EXPR. */ >> notcond = invert_truthvalue (cond); >> - e = fold_binary (TRUTH_OR_EXPR, boolean_type_node, notcond, expr); >> + e = fold_build2 (TRUTH_OR_EXPR, boolean_type_node, notcond, expr); >> if (e && integer_nonzerop (e)) >> return e; > > We already check for non-nullness and we also check to see it is an > integer which is nonzero. So building a tree which will be thrown away > is just a waste and all. > >> >> /* Check whether COND ==> not EXPR. */ >> - e = fold_binary (TRUTH_AND_EXPR, boolean_type_node, cond, expr); >> + e = fold_build2 (TRUTH_AND_EXPR, boolean_type_node, cond, expr); >> if (e && integer_zerop (e)) >> return e; > > Likewise. > > Thanks, > Andrew Pinski > >> >> -- >> 2.17.1 >>
diff --git a/gcc/tree-ssa-loop-niter.c b/gcc/tree-ssa-loop-niter.c index 75109407124..27e11a29707 100644 --- a/gcc/tree-ssa-loop-niter.c +++ b/gcc/tree-ssa-loop-niter.c @@ -2290,12 +2290,12 @@ tree_simplify_using_condition_1 (tree cond, tree expr) /* Check whether COND ==> EXPR. */ notcond = invert_truthvalue (cond); - e = fold_binary (TRUTH_OR_EXPR, boolean_type_node, notcond, expr); + e = fold_build2 (TRUTH_OR_EXPR, boolean_type_node, notcond, expr); if (e && integer_nonzerop (e)) return e; /* Check whether COND ==> not EXPR. */ - e = fold_binary (TRUTH_AND_EXPR, boolean_type_node, cond, expr); + e = fold_build2 (TRUTH_AND_EXPR, boolean_type_node, cond, expr); if (e && integer_zerop (e)) return e;