summaryrefslogtreecommitdiff
path: root/arch/s390x/bits/alltypes.h.in
diff options
context:
space:
mode:
authorMarius Hillenbrand <mhillen@linux.ibm.com>2020-12-01 15:36:34 +0100
committerRich Felker <dalias@aerifal.cx>2020-12-03 19:07:24 -0500
commit738c4e945c1218559d36b83cbaba11459fad89c9 (patch)
tree58c66e2603b4c9c0ebde61ea79f6cf8dece07261 /arch/s390x/bits/alltypes.h.in
parent821083ac7b54eaa040d5a8ddc67c6206a175e0ca (diff)
downloadmusl-738c4e945c1218559d36b83cbaba11459fad89c9.tar.gz
s390x: derive float_t from compiler or default to float
float_t should represent the type that is used to evaluate float expressions internally. On s390x, float_t is currently set to double. In contrast, the isa supports single-precision float operations and compilers by default evaluate float in single precision, which violates the C standard (sections 5.2.4.2.2 and 7.12 in C11/C17, to be precise). With -fexcess-precision=standard, gcc evaluates float in double precision, which aligns with the standard yet at the cost of added conversion instructions. gcc-11 will drop the special case to retrofit double precision behavior for -fexcess-precision=standard so that __FLT_EVAL_METHOD__ will be 0 on s390x in any scenario. To improve standards compliance and compatibility with future compiler direction, this patch changes the definition of float_t to be derived from the compiler's __FLT_EVAL_METHOD__.
Diffstat (limited to 'arch/s390x/bits/alltypes.h.in')
-rw-r--r--arch/s390x/bits/alltypes.h.in4
1 files changed, 4 insertions, 0 deletions
diff --git a/arch/s390x/bits/alltypes.h.in b/arch/s390x/bits/alltypes.h.in
index 15d18c8f..6c0eb7f4 100644
--- a/arch/s390x/bits/alltypes.h.in
+++ b/arch/s390x/bits/alltypes.h.in
@@ -9,7 +9,11 @@
TYPEDEF int wchar_t;
#endif
+#if defined(__FLT_EVAL_METHOD__) && __FLT_EVAL_METHOD__ == 1
TYPEDEF double float_t;
+#else
+TYPEDEF float float_t;
+#endif
TYPEDEF double double_t;
TYPEDEF struct { long long __ll; long double __ld; } max_align_t;