From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5739 invoked by alias); 24 Jan 2017 16:57:08 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 5194 invoked by uid 89); 24 Jan 2017 16:57:07 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS,URIBL_RED autolearn=ham version=3.3.2 spammy=__powerpc__, H*i:sk:58872DB, H*f:sk:58872DB, H*MI:sk:58872DB X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 24 Jan 2017 16:56:57 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=svr-ies-mbx-01.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1cW4Ot-0005z9-EX from joseph_myers@mentor.com ; Tue, 24 Jan 2017 08:56:55 -0800 Received: from digraph.polyomino.org.uk (137.202.0.87) by svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 24 Jan 2017 16:56:50 +0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.86_2) (envelope-from ) id 1cW4Oi-0000MV-Qa; Tue, 24 Jan 2017 16:56:44 +0000 Date: Tue, 24 Jan 2017 16:57:00 -0000 From: Joseph Myers To: Sebastian Huber CC: GCC Subject: Re: IEEE 128-bit floating point support for PowerPC RTEMS In-Reply-To: <58872DBD.5090205@embedded-brains.de> Message-ID: References: <58872DBD.5090205@embedded-brains.de> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-ClientProxiedBy: svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-SW-Source: 2017-01/txt/msg00216.txt.bz2 On Tue, 24 Jan 2017, Sebastian Huber wrote: > I noticed some issues for RTEMS in this area. Firstly, RTEMS had no > __powerpc__ builtin define, so some source files were effectively disabled, > e.g. ibm-ldouble.c. With __powerpc__ defined, the ibm-ldouble.c didn't compile > due to: When you're using IEEE binary128, you should not be using ibm-ldouble.c. It's needed for GNU/Linux because of the existing ABI, but if your existing ABI does not use IBM long double, you should not introduce uses of it. > Is this supposed to work for 32-bit PowerPC. Did I miss some magic > configuration switch? I think the binary128 support for 32-bit PowerPC (using _q_* names for library functions, and passing arguments by reference) dates back to PowerPC Solaris, c. 1995, and is very likely to be bitrotten. -- Joseph S. Myers joseph@codesourcery.com