powerpc64le: Fix TFtype in sqrtf128 when using -mabi=ieeelongdouble

When building with -mlong-double-128 or -mabi=ibmlongdouble, TFtype
represents the IBM 128-bit extended floating point type, while KFtype
represents the IEEE 128-bit floating point type.
The soft float implementation of e_sqrtf128 had to redefine TFtype and
TF in order to workaround this issue.  However, this behavior changes
when -mabi=ieeelongdouble is used and the macros are not necessary.

	* sysdeps/powerpc/powerpc64/le/fpu/e_sqrtf128.c
	[__HAVE_FLOAT128_UNLIKE_LDBL] (TFtype, TF): Restrict TFtype
	and TF redirection to KFtype and KF only when the default
	long double type is not the IEEE 128-bit floating point type.

Signed-off-by: Tulio Magno Quites Machado Filho <tuliom@linux.ibm.com>
This commit is contained in:
Tulio Magno Quites Machado Filho 2018-06-06 12:27:39 -03:00
parent 0c1c33b2f5
commit 1c09524e4d
2 changed files with 15 additions and 3 deletions

View File

@ -1,3 +1,10 @@
2018-06-06 Tulio Magno Quites Machado Filho <tuliom@linux.ibm.com>
* sysdeps/powerpc/powerpc64/le/fpu/e_sqrtf128.c
[__HAVE_FLOAT128_UNLIKE_LDBL] (TFtype, TF): Restrict TFtype
and TF redirection to KFtype and KF only when the default
long double type is not the IEEE 128-bit floating point type.
2018-06-05 Joseph Myers <joseph@codesourcery.com>
* sysdeps/unix/sysv/linux/aarch64/bits/hwcap.h (HWCAP_DIT): New

View File

@ -26,9 +26,14 @@
License along with the GNU C Library; if not, see
<http://www.gnu.org/licenses/>. */
/* Unavoidable hacks since TFmode is assumed to be binary128. */
#include <math.h>
/* Unavoidable hacks since TFmode is assumed to be binary128 when
-mabi=ibmlongdouble is used. */
#if __HAVE_FLOAT128_UNLIKE_LDBL
# define TFtype KFtype
# define TF KF
#endif
#include <soft-fp.h>
#include <quad.h>