This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 5/9] ldbl-128ibm-compat: Provide ISO C functions not provided by the _Float128 API
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Tulio Magno Quites Machado Filho <tuliom at linux dot ibm dot com>
- Cc: <libc-alpha at sourceware dot org>, <gabriel at inconstante dot eti dot br>, <raji at linux dot ibm dot com>
- Date: Thu, 7 Jun 2018 14:50:41 +0000
- Subject: Re: [PATCH 5/9] ldbl-128ibm-compat: Provide ISO C functions not provided by the _Float128 API
- References: <20180606223909.16675-1-tuliom@linux.ibm.com> <20180606223909.16675-6-tuliom@linux.ibm.com>
On Wed, 6 Jun 2018, Tulio Magno Quites Machado Filho wrote:
> These functions do not exist in the float128 api, but they need to be
> provided for long double (*l api) because they are part of ISO C.
They're not part of ISO C; they are part of *the long double API provided
by glibc* (and thus need to be provided for any alternative long double
format just like any other semi-obsolescent but still-available long
double interface, e.g. qecvt).
Is it possible to provide these particular functions in the API without
adding extra ABIs for them? For example, if the relevant case in math.h
had #defines of __dremieee128 or __ieee128_dreml or whatever it ends up
being to the corresponding name for remainder, and likewise for gamma /
lgamma, would that work correctly with __REDIRECT to get calls to dreml
and gammal working for -mabi=ieeelongdouble without needing to add two new
ABIs and two new source files?
--
Joseph S. Myers
joseph@codesourcery.com