From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx0b-001b2d01.pphosted.com (mx0b-001b2d01.pphosted.com [148.163.158.5]) by sourceware.org (Postfix) with ESMTPS id 610323858D33 for ; Wed, 21 Feb 2024 01:37:50 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 610323858D33 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=linux.ibm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=linux.ibm.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 610323858D33 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=148.163.158.5 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1708479471; cv=none; b=pzE9h9BSSpN2Nku2dVdhVO9Y4eEKHO55pUN124D+5j8EWHQ28hfB3KKv/qG7222KgwFYSBXKMJkeT2vFOjB1zKBPEE6suaR9dsctS5DZL3GDiSQ7E0wh+v9jptZskCScG5/sWlh2w21Tjl2U7tfCZwThmlzad6X+9pzEDWNbA3A= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1708479471; c=relaxed/simple; bh=U40biKwtdUzdsWro//4zybmPVqAbZPx63NBQ5568wis=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=nlzzq2ut7UGC9IHFAAtM/2XFvpkcQOuqDw0DErMx7WaPegDXl7F+0Esmi1FUgkFF0KxsY5u99BDvOIBjSyYqJ1vuKT6pCvhCE8oVrHNO6T56X2UgQJ3tHol7mwHJXAGrpKcTdAO8g6aJf7jHf0BBQHogaAZwvwf5zFgRiVRrqMI= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from pps.filterd (m0353724.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 41KNmbp4005824; Wed, 21 Feb 2024 01:37:49 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=message-id : date : mime-version : subject : to : cc : references : from : in-reply-to : content-type : content-transfer-encoding; s=pp1; bh=D3SFvPaM/VbgzF6E3SjmmuwlTTHiHcysAIDAWl3jWlo=; b=fbZjhHPe1yGYFK0jq3nUeMYamZgmvjV9ZGSMny1KUv2CmXsusvwTFFDWoesZKdcgZX1L y32HC9rKJ0dlVyG/gHQj8OeADhbqOd7K/PXiEVl3Hx6Z1C55b7Uotsl/a2Fb32a5D07v CxaTVU28HvHRwhUZzFp/wBAgP82oeypcq/4PAkYCrgZwDJguOo6wZAS7+cWIH4dO284E 0McbRTDrG3vHzSN67EGtKaFea5a6RoJ92F/bCWC4epTq85BvJbQ/NNKSrwpj5Lpsyalm vTwGPk3zavK4i+jaH4yi3AiBE1gwaaYeB30HRvCTKiexMw4wDV2u89YUhhAf7+J3vj05 hQ== Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3wd62wad74-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 21 Feb 2024 01:37:49 +0000 Received: from m0353724.ppops.net (m0353724.ppops.net [127.0.0.1]) by pps.reinject (8.17.1.5/8.17.1.5) with ESMTP id 41L1P9dZ012195; Wed, 21 Feb 2024 01:37:49 GMT Received: from ppma12.dal12v.mail.ibm.com (dc.9e.1632.ip4.static.sl-reverse.com [50.22.158.220]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3wd62wad6x-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 21 Feb 2024 01:37:49 +0000 Received: from pps.filterd (ppma12.dal12v.mail.ibm.com [127.0.0.1]) by ppma12.dal12v.mail.ibm.com (8.17.1.19/8.17.1.19) with ESMTP id 41L0vqT3003611; Wed, 21 Feb 2024 01:37:48 GMT Received: from smtprelay06.wdc07v.mail.ibm.com ([172.16.1.73]) by ppma12.dal12v.mail.ibm.com (PPS) with ESMTPS id 3wb74tmbmy-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 21 Feb 2024 01:37:48 +0000 Received: from smtpav03.dal12v.mail.ibm.com (smtpav03.dal12v.mail.ibm.com [10.241.53.102]) by smtprelay06.wdc07v.mail.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 41L1bic616974500 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 21 Feb 2024 01:37:47 GMT Received: from smtpav03.dal12v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id C47F058063; Wed, 21 Feb 2024 01:37:44 +0000 (GMT) Received: from smtpav03.dal12v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5451158056; Wed, 21 Feb 2024 01:37:44 +0000 (GMT) Received: from [9.61.137.147] (unknown [9.61.137.147]) by smtpav03.dal12v.mail.ibm.com (Postfix) with ESMTP; Wed, 21 Feb 2024 01:37:44 +0000 (GMT) Message-ID: <49f85ead-c409-49b6-a0e6-1a29a39a0b9c@linux.ibm.com> Date: Tue, 20 Feb 2024 19:37:43 -0600 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH] rs6000: Neuter option -mpower{8,9}-vector [PR109987] Content-Language: en-US To: "Kewen.Lin" , Segher Boessenkool Cc: GCC Patches , David Edelsohn , Michael Meissner References: <05d9d61e-af45-908c-c509-4b81073c4486@linux.ibm.com> <20240219184524.GH19790@gate.crashing.org> <9bd93db7-d9a1-b7bc-dfd5-74591f1f8a09@linux.ibm.com> From: Peter Bergner In-Reply-To: <9bd93db7-d9a1-b7bc-dfd5-74591f1f8a09@linux.ibm.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-TM-AS-GCONF: 00 X-Proofpoint-GUID: WYngmG9jUIjmTnSNU1WoLDqumlcA3pta X-Proofpoint-ORIG-GUID: Rh3EuXtDDUX7Z1txDoTSX8qLFE56Nm4x X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.1011,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2024-02-20_06,2024-02-20_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 adultscore=0 suspectscore=0 malwarescore=0 spamscore=0 impostorscore=0 mlxlogscore=930 clxscore=1015 phishscore=0 mlxscore=0 lowpriorityscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2311290000 definitions=main-2402210010 X-Spam-Status: No, score=-3.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE 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: On 2/20/24 3:27 AM, Kewen.Lin wrote: > on 2024/2/20 02:45, Segher Boessenkool wrote: >> On Tue, Jan 16, 2024 at 10:50:01AM +0800, Kewen.Lin wrote: >>> it consists of some aspects: >>> - effective target powerpc_p{8,9}vector_ok are removed >>> and replaced with powerpc_vsx_ok. >> >> So all such testcases already arrange to have p8 or p9 some other way? Shouldn't that be replaced with powerpc_vsx instead of powerpc_vsx_ok? That way we know VSX code gen is enabled for the options being used, even those in RUNTESTFLAGS. I thought we agreed that powerpc_vsx_ok was almost always useless and we always want to use powerpc_vsx. ...or did I miss that we removed the old powerpc_vsx_ok and renamed powerpc_vsx to powerpc_vsx_ok? >>> - Some test cases are updated with explicit -mvsx. >>> - Some test cases with those two option mixed are adjusted >>> to keep the test points, like -mpower8-vector >>> -mno-power9-vector are updated with -mdejagnu-cpu=power8 >>> -mvsx etc. >> >> -mcpu=power8 implies -mvsx already. Then we can omit the explicit -msx option, correct? Ie, if the user forces -mno-vsx in RUNTESTFLAGS, then we'll just skip the test case as UNSUPPORTED rather than trying to compile some vsx test case with vsx disabled via the options. Peter