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 F07AE3858435; Thu, 28 Oct 2021 03:10:47 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org F07AE3858435 Received: from pps.filterd (m0098421.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 19S2mSvu002923; Thu, 28 Oct 2021 03:10:46 GMT Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com with ESMTP id 3bykdd0bve-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 28 Oct 2021 03:10:46 +0000 Received: from m0098421.ppops.net (m0098421.ppops.net [127.0.0.1]) by pps.reinject (8.16.0.43/8.16.0.43) with SMTP id 19S36VS1012312; Thu, 28 Oct 2021 03:10:45 GMT Received: from ppma04dal.us.ibm.com (7a.29.35a9.ip4.static.sl-reverse.com [169.53.41.122]) by mx0a-001b2d01.pphosted.com with ESMTP id 3bykdd0buv-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 28 Oct 2021 03:10:45 +0000 Received: from pps.filterd (ppma04dal.us.ibm.com [127.0.0.1]) by ppma04dal.us.ibm.com (8.16.1.2/8.16.1.2) with SMTP id 19S37Y3Z020660; Thu, 28 Oct 2021 03:10:44 GMT Received: from b03cxnp07029.gho.boulder.ibm.com (b03cxnp07029.gho.boulder.ibm.com [9.17.130.16]) by ppma04dal.us.ibm.com with ESMTP id 3bx4f8k1xd-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 28 Oct 2021 03:10:44 +0000 Received: from b03ledav001.gho.boulder.ibm.com (b03ledav001.gho.boulder.ibm.com [9.17.130.232]) by b03cxnp07029.gho.boulder.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 19S3Ag6o21299702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 28 Oct 2021 03:10:42 GMT Received: from b03ledav001.gho.boulder.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 9120F6E059; Thu, 28 Oct 2021 03:10:42 +0000 (GMT) Received: from b03ledav001.gho.boulder.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id DEC236E052; Thu, 28 Oct 2021 03:10:41 +0000 (GMT) Received: from toto.the-meissners.org (unknown [9.65.71.197]) by b03ledav001.gho.boulder.ibm.com (Postfix) with ESMTPS; Thu, 28 Oct 2021 03:10:41 +0000 (GMT) Date: Wed, 27 Oct 2021 23:10:39 -0400 From: Michael Meissner To: Jakub Jelinek Cc: fortran@gcc.gnu.org, gcc@gcc.gnu.org, Tobias Burnus , Segher Boessenkool , Michael Meissner , David Edelsohn Subject: Re: libgfortran.so SONAME and powerpc64le-linux ABI changes Message-ID: Mail-Followup-To: Michael Meissner , Jakub Jelinek , fortran@gcc.gnu.org, gcc@gcc.gnu.org, Tobias Burnus , Segher Boessenkool , David Edelsohn References: <20211004100754.GL304296@tucnak> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20211004100754.GL304296@tucnak> X-TM-AS-GCONF: 00 X-Proofpoint-ORIG-GUID: j9z6ysuXYhw9vhZO_AhFQpdh6ZVzR7oR X-Proofpoint-GUID: uI2Lnuzz7IVVWzRCEzFLPMHoyMshHnya 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-27_07,2021-10-26_01,2020-04-07_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 mlxscore=0 priorityscore=1501 lowpriorityscore=0 phishscore=0 bulkscore=0 suspectscore=0 spamscore=0 clxscore=1015 adultscore=0 mlxlogscore=966 malwarescore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2110150000 definitions=main-2110280012 X-Spam-Status: No, score=-3.8 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_EF, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, 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@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2021 03:10:49 -0000 I've played with some patches to PowerPC to set the defaults for fortran. But without doing a full rebuild like you would do with a new distribution, I think it will be problematical, unless you build everything with the default long double set to IEEE 128-bit. First off all, libquadmath is currently built on Linux 64-bit systems. I never removed building libquadmath once we got the official glibc 2.34 support So to go in more detail of what I've tried. I added an undocumented switch -mfortran that says set the defaults for Fortran. This switch would be used to build libgfortran, and also set with TARGET_F951_OPTIONS for all Fortran invocations. I tried to switch to float128_type_node instead of long_double_type_node. I ran into problems with gimplify in that it could not do a conversion from _Float128 to float. I suspect I didn't actually use the right type. I then went to patches where -mfortran silently switches the long double type to IEEE 128-bit. There you get into various compatibility issues where the linker complains that you are calling between the different long double types. For instance because we are still building libquadmath, libquadmath is marked as having long double being IBM 128-bit, but it is called from Fortran modules that have long double being IEEE 128-bit. I then did a build supressing building libquadmath since I was using LE with glibc 2.34, and I got much further. This time instead of a lot of failures, I got 29 failures, due to libgfortran still being marked as IBM long double and the fortran modules are marked as IEEE long double. Right now, the only way to avoid these things is to build the entire toolchain defaulting to IEEE 128-bit. -- Michael Meissner, IBM PO Box 98, Ayer, Massachusetts, USA, 01432 email: meissner@linux.ibm.com