From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx0b-0016f401.pphosted.com (mx0b-0016f401.pphosted.com [67.231.156.173]) by sourceware.org (Postfix) with ESMTPS id 90B073857351 for ; Wed, 2 Nov 2022 21:46:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 90B073857351 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=marvell.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=marvell.com Received: from pps.filterd (m0045851.ppops.net [127.0.0.1]) by mx0b-0016f401.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 2A2Hbe6q027052 for ; Wed, 2 Nov 2022 14:46:42 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=marvell.com; h=from : to : cc : subject : date : message-id : mime-version : content-type; s=pfpt0220; bh=W4I1QSyki46yXDfREgPTBMNaRfySqFCqlRa7pqyx98k=; b=boY0FHoe2rnAAwHftYEEq1rgVi7bq+79bk41fdwxzGEzz77NPC9RDNlKXyADOWJkuWS+ 8caltl0ZhD+aTvB7Bhx0rUVzyd35WcIKUL8o01n7uU/HoB7Isb7dZG+qIVmHbu7gfcQU 1A+fuSBmPlJjIRj1Vu+bl7YwaR0ub/EXrEOTAjr8u/ZVhT5N0g/Ym2oFzbWs4hm19uGy JzKcGXNnkwyYdsMEyC/FH/zEk+mbJd0yrJDSYyY1FBlcpJBdlacBrF0TTb5d5ukDsWg6 HEyq7jAiOxBN9Kj7kiG91SsXr3dinSH6l0B345b+f8NaXqnh4EZ4KhGLD4dmiVLovNbN lg== Received: from dc5-exch02.marvell.com ([199.233.59.182]) by mx0b-0016f401.pphosted.com (PPS) with ESMTPS id 3kkw3y0w5s-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT) for ; Wed, 02 Nov 2022 14:46:42 -0700 Received: from DC5-EXCH02.marvell.com (10.69.176.39) by DC5-EXCH02.marvell.com (10.69.176.39) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Wed, 2 Nov 2022 14:46:39 -0700 Received: from maili.marvell.com (10.69.176.80) by DC5-EXCH02.marvell.com (10.69.176.39) with Microsoft SMTP Server id 15.0.1497.18 via Frontend Transport; Wed, 2 Nov 2022 14:46:39 -0700 Received: from linux.marvell.com (unknown [10.69.242.198]) by maili.marvell.com (Postfix) with ESMTP id ACAFA3F704B; Wed, 2 Nov 2022 14:46:39 -0700 (PDT) From: To: CC: Andrew Pinski Subject: [PATCH 0/2] tree_nonzero_bits vs vector and complex types Date: Wed, 2 Nov 2022 14:46:33 -0700 Message-ID: <1667425595-2654-1-git-send-email-apinski@marvell.com> X-Mailer: git-send-email 1.8.3.1 MIME-Version: 1.0 Content-Type: text/plain X-Proofpoint-GUID: s9iukTnnixZoWq9EcyQHb4sBF5EhUWwd X-Proofpoint-ORIG-GUID: s9iukTnnixZoWq9EcyQHb4sBF5EhUWwd X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.895,Hydra:6.0.545,FMLib:17.11.122.1 definitions=2022-11-02_15,2022-11-02_01,2022-06-22_01 X-Spam-Status: No, score=-8.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,SPF_HELO_NONE,SPF_NONE,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: From: Andrew Pinski While looking at older unconfirmed bug reports, I noticed there was an ubsan found issue and noticed tree_nonzero_bits was being called with a vector type. How ubsan found it was at the end of tree_nonzero_bits, did "return wi::shwi (-1, TYPE_PRECISION (TREE_TYPE (t)));" and it was with a vector of 1 elements which meant precision was 0 as precision stores the log2 of the number of elements in a vector. Anyways we want to catch these kind of errors of calling tree_nonzero_bits with a vector or a complex type. And fix the places where it is called. Thanks, Andrew Pinski Andrew Pinski (2): Fix PR 105532: match.pd patterns calling tree_nonzero_bits with vector types Add assert for type on tree_nonzero_bits gcc/fold-const.cc | 3 +++ gcc/match.pd | 25 +++++++++++-------- .../gcc.c-torture/compile/vector-shift-1.c | 8 ++++++ 3 files changed, 25 insertions(+), 11 deletions(-) create mode 100644 gcc/testsuite/gcc.c-torture/compile/vector-shift-1.c -- 2.17.1