summaryrefslogtreecommitdiff
path: root/stdlib
diff options
context:
space:
mode:
authorJoseph Myers <joseph@codesourcery.com>2017-10-16 22:04:42 +0000
committerJoseph Myers <joseph@codesourcery.com>2017-10-16 22:04:42 +0000
commitc38a4bfd596db2be2b9c1f96715bdc833eab760a (patch)
tree5bd3c906317d2cfcaff3af5a88f507ce0b6193ee /stdlib
parent76009b2639e8f2fd06d06366ad383be5d8783236 (diff)
Move some float128 symbol version definitions.
With support for _Float128 functions on platforms where that type has the same ABI as long double, as well as on platforms where it is ABI-distinct, those functions will need to be exported from glibc's shared libraries at appropriate symbol versions in each case. This patch avoids duplication of lists of symbols to export by moving the symbols other than __* to math/Versions and stdlib/Versions. There, they are conditional on <float128-abi.h> defining FLOAT128_VERSION and a default version of that header is added that does not define that macro. Enabling the float128 function aliases will then include adding a sysdeps/ieee754/ldbl-128/float128-abi.h that defines FLOAT128_VERSION to GLIBC_2.27. Symbols __* remain in sysdeps/ieee754/float128/Versions; those symbols should be present only once per floating-point format, not once per type. Note that if any platforms currently lacking support for a type with binary128 format get glibc support for such a type in future (whether only as _Float128, or also as a new long double format), and new libm functions (present for all types) have been added by then, additional macros will be needed to allow such functions to get a version of the form "GLIBC_2.28 if the platform had _Float128 support by then, or the later version at which that platform had _Float128 support added". This is not however a preexisting condition, but would have applied equally to the existing support for _Float128 as an ABI-distinct type. New all-type libm functions should just be added to the appropriate symbol version (currently GLIBC_2.27) for all types, with such special-case handling for _Float128 versions (and _Float64x as well in future) waiting until someone actually wants to add support for _Float128 to an existing platform after a release in which that platform and a post-2.26 libm function had support but that platform lacked _Float128 support. Tested with build-many-glibcs.py that installed stripped shared libraries are unchanged by this patch. Also tested in conjunction with the remaining changes to enable float128 aliases. * sysdeps/generic/float128-abi.h: New file. * sysdeps/ieee754/float128/Versions (FLOAT128_VERSION): Move non-__prefixed symbols to .... * math/Versions: ... here. Include <float128-abi.h>. * stdlib/Versions ... and here. Include <float128-abi.h>
Diffstat (limited to 'stdlib')
-rw-r--r--stdlib/Versions10
1 files changed, 10 insertions, 0 deletions
diff --git a/stdlib/Versions b/stdlib/Versions
index 9cade20a06..9d96de525a 100644
--- a/stdlib/Versions
+++ b/stdlib/Versions
@@ -1,3 +1,4 @@
+%include <float128-abi.h>
libc {
GLIBC_2.0 {
# functions with required interface outside normal name space
@@ -121,6 +122,15 @@ libc {
strfromd; strfromf; strfroml;
getrandom; getentropy;
}
+%ifdef FLOAT128_VERSION
+ FLOAT128_VERSION {
+ strfromf128;
+ strtof128;
+ strtof128_l;
+ wcstof128;
+ wcstof128_l;
+ }
+%endif
GLIBC_PRIVATE {
# functions which have an additional interface since they are
# are cancelable.