From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS3215 2.6.0.0/16 X-Spam-Status: No, score=-3.8 required=3.0 tests=AWL,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI, SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [IPv6:2620:52:3:1:0:246e:9693:128c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id A72951F8C6 for ; Thu, 1 Jul 2021 22:11:01 +0000 (UTC) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 6F57B3972483 for ; Thu, 1 Jul 2021 22:11:00 +0000 (GMT) Received: from esa3.mentor.iphmx.com (esa3.mentor.iphmx.com [68.232.137.180]) by sourceware.org (Postfix) with ESMTPS id C77873854834 for ; Thu, 1 Jul 2021 22:10:18 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org C77873854834 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com IronPort-SDR: n8zSU+GR+iCvNGqYIvbAia3KmLyYMr+eJMkuOjsJvc3JwYs4LGbSBvx75fYZ12OWP0IO7upNYa rZW4+iibbxIR4nhJKBpj0Nb//IiZ8q9Rjqww2d78ak+4wLNUevwMtsCQ8URwinOCZN5eHNIbzl UtYnqiZinSLA16ayxbnJqOMKjheU4zLtZTdpPfUM4iLVt1f2neZifyqGMqVk3eTH4NNDNmrry9 UeO4FZkuYOntijY1ffjjuB0pugtGuARz+R3HIjrttN6UMrVJxIjE9ocxIw4kr7j6ekwz8KI2Xd OUM= X-IronPort-AV: E=Sophos;i="5.83,315,1616486400"; d="scan'208";a="63062102" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa3.mentor.iphmx.com with ESMTP; 01 Jul 2021 14:10:18 -0800 IronPort-SDR: qmHdRGqUsMFAGnzd2AWffYn3X30f+zjn/TwBN856ejlfyuHp2QHr7vt+uU4deMsFgTGLkYj4yi jvhL1vUOQG0aOh5u0oDohIhL8O0jyUj08+4wPWeHHseHTcCCESq1Jd9ihKmyIQGgpt9iBzYNWW GDz6NMA60OdRQpi4ncMWj5P2fRARV03OyjWa+tJbKQT1C1c01ZcMMeVunjPbjrX/45xNRMHpGC dbXO07HJTTEg/TDIZ0Nek2FOyby/Y95csixyhZB3JydaLhAynvAUdgAEynQUE1fX5ykB+VP2zx LoU= Date: Thu, 1 Jul 2021 22:10:11 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: "H.J. Lu" Subject: Re: [PATCH] Add optional _Float16 support In-Reply-To: <20210701210537.51272-1-hjl.tools@gmail.com> Message-ID: References: <20210701210537.51272-1-hjl.tools@gmail.com> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: SVR-IES-MBX-08.mgc.mentorg.com (139.181.222.8) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: llvm-dev@lists.llvm.org, gcc-patches@gcc.gnu.org, libc-alpha@sourceware.org, ia32-abi@googlegroups.com Errors-To: libc-alpha-bounces+e=80x24.org@sourceware.org Sender: "Libc-alpha" On Thu, 1 Jul 2021, H.J. Lu via Gcc-patches wrote: > 2. Return _Float16 and _Complex _Float16 values in %xmm0/%xmm1 registers. That restricts use of _Float16 to processors with SSE. Is that what we want in the ABI, or should _Float16 be available with base 32-bit x86 architecture features only, much like _Float128 and the decimal FP types are? (If it is restricted to SSE, we can of course ensure relevant libgcc functions are built with SSE enabled, and likewise in glibc if that gains _Float16 functions, though maybe with some extra complications to get relevant testcases to run whenever possible.) -- Joseph S. Myers joseph@codesourcery.com