X-Original-To: alpine-aports@lists.alpinelinux.org Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) by lists.alpinelinux.org (Postfix) with ESMTP id 9F17C5C41AA for ; Fri, 20 Jan 2017 13:31:02 +0000 (GMT) Received: from pps.filterd (m0098394.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0KDTKSt133583 for ; Fri, 20 Jan 2017 08:31:02 -0500 Received: from e19.ny.us.ibm.com (e19.ny.us.ibm.com [129.33.205.209]) by mx0a-001b2d01.pphosted.com with ESMTP id 283gpdept7-1 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT) for ; Fri, 20 Jan 2017 08:31:01 -0500 Received: from localhost by e19.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 20 Jan 2017 08:31:00 -0500 Received: from d01dlp01.pok.ibm.com (9.56.250.166) by e19.ny.us.ibm.com (146.89.104.206) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Fri, 20 Jan 2017 08:30:59 -0500 Received: from b01cxnp23032.gho.pok.ibm.com (b01cxnp23032.gho.pok.ibm.com [9.57.198.27]) by d01dlp01.pok.ibm.com (Postfix) with ESMTP id 8223F38C8046; Fri, 20 Jan 2017 08:30:59 -0500 (EST) Received: from b01ledav03.gho.pok.ibm.com (b01ledav003.gho.pok.ibm.com [9.57.199.108]) by b01cxnp23032.gho.pok.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id v0KDUw7H16908650; Fri, 20 Jan 2017 13:30:58 GMT Received: from b01ledav03.gho.pok.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5DBCFB2046; Fri, 20 Jan 2017 08:30:58 -0500 (EST) Received: from [9.86.26.161] (unknown [9.86.26.161]) by b01ledav03.gho.pok.ibm.com (Postfix) with ESMTP id C506FB2050; Fri, 20 Jan 2017 08:30:57 -0500 (EST) Subject: Re: [alpine-aports] [PATCH] Add support for ppc64le To: Timo Teras References: <1484670631-10385-1-git-send-email-brenohl@br.ibm.com> <20170120142510.7dd61350@vostro> <20170120143532.1aa59d71@vostro> Cc: alpine-aports@lists.alpinelinux.org From: Breno Leitao Date: Fri, 20 Jan 2017 11:30:56 -0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 X-Mailinglist: alpine-aports Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 In-Reply-To: <20170120143532.1aa59d71@vostro> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-TM-AS-GCONF: 00 X-Content-Scanned: Fidelis XPS MAILER x-cbid: 17012013-0056-0000-0000-000002865D25 X-IBM-SpamModules-Scores: X-IBM-SpamModules-Versions: BY=3.00006467; HX=3.00000240; KW=3.00000007; PH=3.00000004; SC=3.00000200; SDB=6.00810288; UDB=6.00394835; IPR=6.00587642; BA=6.00005078; NDR=6.00000001; ZLA=6.00000005; ZF=6.00000009; ZB=6.00000000; ZP=6.00000000; ZH=6.00000000; ZU=6.00000002; MB=3.00013986; XFM=3.00000011; UTC=2017-01-20 13:31:00 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 17012013-0057-0000-0000-000006BB5F1A Message-Id: <68f63acc-b6ad-5370-55a8-a55ea4e8b479@br.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-01-20_10:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1612050000 definitions=main-1701200191 Hi Timo, On 01/20/2017 10:35 AM, Timo Teras wrote: > On Fri, 20 Jan 2017 14:25:10 +0200 > Timo Teras wrote: > >> On Tue, 17 Jan 2017 14:30:31 -0200 >> Breno Leitao wrote: >> >>> This is a patch that adds support for ppc64le platform. Currently, >>> musl fails to build with long double as 128-bits, because POWER does >>> not implement IEEE long double but IBM long double which causes the >>> following error: >>> >>> unsupported long double type musl >>> >>> This patch just turns "long double" into "double" for ppc64le. >> >> Should this be in gcc default flags instead? I suspect almost nothing >> will work with 128-bit double if c-library does not support it. And >> assume this affects ABI too? > GCC on Powerpc has a native support for long double (128-bits float). The support is not using the traditional IEEE 754R, but a very specific format called "IBM extended double". This is transparent to most of the open source software. The only problem I see recently is related to musl that requires long double to be IEEE complaint. If we set the --with-long-double-64 as a default gcc option, we will kill *all* long double operations, i.e long double will be equal to double. I do not think that killing all the quad float operation is worth just to become IEEE 754R complaint. That is why I proposed to do this change only where it is required, and the only package to complain about it (long double not being IEEE) seems to be musl. POWER9 will add support for IEEE long double together with IBM extended double. > http://wiki.musl-libc.org/wiki/Supported_Platforms > > powerpc (needs gcc built with --enable-secureplt --with-long-double-64, > and -Wl,--secure-plt to link dynamic binaries.) I am *not* using enable-secureplt, and I didn't saw any problem. it seems that I need it, tho. Not sure with it didn't break. I will take a look depeer at building musl with secure-plt. Thank you! --- Unsubscribe: alpine-aports+unsubscribe@lists.alpinelinux.org Help: alpine-aports+help@lists.alpinelinux.org ---