From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) by sourceware.org (Postfix) with ESMTPS id 5F35238582A3; Fri, 23 Dec 2022 12:24:07 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 5F35238582A3 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 Received: from pps.filterd (m0187473.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 2BNCBtlS032097; Fri, 23 Dec 2022 12:24:06 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=from : to : cc : subject : references : date : in-reply-to : message-id : content-type : mime-version; s=pp1; bh=o5Fqx26rJHeCHVuBa5HHe1yrKnILJYW+HqrF+XKUxGQ=; b=jd3LlMI9dKJ2H07wa9NroWFHylYXrHyNVXEObalWlPz1UZ8fYuMdkFnEzRK7Wq1fz5nk DTb6b1VUBumVAtpF0X5lZ3IU/FVsrpL+Tw6TUjGhiTwDqVvjHTGGzyqrP9K+pVvDoHY0 gjy3Wj9NuslcIuEl5O2yLlpqUF12pqNXKqk8t8nyEJT3JSGhyREt9Dso9ijcpVZ0x4Oh KyNFnD8bbuSBUONq3XD7E4fxgydv5nK/vn5jN3A4LwwuwzH5MdBXyOySaomBhyPtfaXg nDc5JkQAKivxvESD3BDthAiNOcq+zLdUnIqkx59nuuyOYX3Uyb1nG4WL/6ZhDhszRU9j YA== Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3mnc4bg86c-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 23 Dec 2022 12:24:06 +0000 Received: from m0187473.ppops.net (m0187473.ppops.net [127.0.0.1]) by pps.reinject (8.17.1.5/8.17.1.5) with ESMTP id 2BNCDibe035945; Fri, 23 Dec 2022 12:24:05 GMT Received: from ppma05wdc.us.ibm.com (1b.90.2fa9.ip4.static.sl-reverse.com [169.47.144.27]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3mnc4bg85r-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 23 Dec 2022 12:24:05 +0000 Received: from pps.filterd (ppma05wdc.us.ibm.com [127.0.0.1]) by ppma05wdc.us.ibm.com (8.17.1.19/8.17.1.19) with ESMTP id 2BN9T39G007558; Fri, 23 Dec 2022 12:24:04 GMT Received: from smtprelay06.wdc07v.mail.ibm.com ([9.208.129.118]) by ppma05wdc.us.ibm.com (PPS) with ESMTPS id 3mh6yy7ehe-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 23 Dec 2022 12:24:04 +0000 Received: from smtpav06.wdc07v.mail.ibm.com (smtpav06.wdc07v.mail.ibm.com [10.39.53.233]) by smtprelay06.wdc07v.mail.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 2BNCO3Ub8454826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 23 Dec 2022 12:24:03 GMT Received: from smtpav06.wdc07v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 3075958054; Fri, 23 Dec 2022 12:24:03 +0000 (GMT) Received: from smtpav06.wdc07v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id A40B65803F; Fri, 23 Dec 2022 12:24:02 +0000 (GMT) Received: from pike (unknown [9.5.12.127]) by smtpav06.wdc07v.mail.ibm.com (Postfix) with ESMTPS; Fri, 23 Dec 2022 12:24:02 +0000 (GMT) From: Jiufu Guo To: Segher Boessenkool Cc: Richard Biener , gcc-patches@gcc.gnu.org, dje.gcc@gmail.com, linkw@gcc.gnu.org, jeffreyalaw@gmail.com Subject: Re: [PATCH] loading float member of parameter stored via int registers References: <20221221062736.78036-1-guojiufu@linux.ibm.com> <58beeb5dd65a10b7480f73462da904a4@linux.ibm.com> <7ebknvhkun.fsf@pike.rch.stglabs.ibm.com> <20221222184054.GW25951@gate.crashing.org> Date: Fri, 23 Dec 2022 20:23:59 +0800 In-Reply-To: <20221222184054.GW25951@gate.crashing.org> (Segher Boessenkool's message of "Thu, 22 Dec 2022 12:40:54 -0600") Message-ID: <7e5ye2gvfk.fsf@pike.rch.stglabs.ibm.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) Content-Type: text/plain X-TM-AS-GCONF: 00 X-Proofpoint-ORIG-GUID: mjyZVh1IHkcCZfacshAlSYsCL8ignnod X-Proofpoint-GUID: l90X32qOcJs4WMKb0ecE1g3UgOi-25aL X-Proofpoint-UnRewURL: 0 URL was un-rewritten MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.923,Hydra:6.0.545,FMLib:17.11.122.1 definitions=2022-12-23_05,2022-12-22_03,2022-06-22_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 lowpriorityscore=0 mlxlogscore=949 spamscore=0 clxscore=1015 suspectscore=0 bulkscore=0 priorityscore=1501 mlxscore=0 adultscore=0 malwarescore=0 phishscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2212070000 definitions=main-2212230104 X-Spam-Status: No, score=-5.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,KAM_SHORT,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS,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: Hi, Segher Boessenkool writes: > On Thu, Dec 22, 2022 at 11:28:01AM +0000, Richard Biener wrote: >> On Thu, 22 Dec 2022, Jiufu Guo wrote: >> > To reduce risk, I'm just draft straightforward patches for >> > special cases currently, Like: >> > https://gcc.gnu.org/pipermail/gcc-patches/2022-December/608081.html >> > and this patch. >> >> Heh, yes - though I'm not fond of special-casing things. RTL >> expansion is already full of special cases :/ > > And many of those are not useful at all (would be done by later passes), > or are actively harmful. Not to mention that expand is currently one of > the most impregnable and undebuggable RTL passes. > > But there are also many things done during expand that although they > should be done somewhat later, aren't actually done later at all > currently. So that needs fixing. > > Maybe things should go via an intermediate step, where all the decisions > can be made, and then later we just have to translate the "low Gimple" > or "RTL-Gimple" ("Rimple"?) to RTL. A format that is looser in many > ways than either RTL or Gimple. A bit like Generic in that way. Thanks for all your great comments! BR, Jeff (Jiufu) > > > Segher