[PATCH] libstdc++: Add C++ runtime support for new 128-bit long double format

Jonathan Wakely jwakely@redhat.com
Thu Dec 10 16:14:15 GMT 2020


On 04/12/20 00:35 +0000, Jonathan Wakely wrote:
>On 03/12/20 20:07 -0300, Tulio Magno Quites Machado Filho via Libstdc++ wrote:
>>Jonathan Wakely via Libstdc++ <libstdc++@gcc.gnu.org> writes:
>>
>>>diff --git a/libstdc++-v3/configure.ac b/libstdc++-v3/configure.ac
>>>index cbfdf4c6bad..d25842fef35 100644
>>>--- a/libstdc++-v3/configure.ac
>>>+++ b/libstdc++-v3/configure.ac
>>>@@ -421,12 +425,43 @@ case "$target" in
>>>     port_specific_symbol_files="\$(top_srcdir)/config/os/gnu-linux/ldbl-extra.ver"
>>>     case "$target" in
>>>       powerpc*-*-linux*)
>>>-	LONG_DOUBLE_COMPAT_FLAGS="$LONG_DOUBLE_COMPAT_FLAGS -mno-gnu-attribute" ;;
>>>+	LONG_DOUBLE_COMPAT_FLAGS="$LONG_DOUBLE_COMPAT_FLAGS -mno-gnu-attribute"
>>>+        # Check for IEEE128 support in libm:
>>>+        AC_CHECK_LIB(m, frexpf128,
>>
>>I suggest to replace frexpf128 with __frexpieee128.
>>
>>The former is available on a glibc that support _Float128 (since glibc 2.26).
>>The later is available on a glibc that supports binary128 long double (since
>>glibc 2.32)
>
>Hmm, yes, you pointed me to __frexpieee128 a few months ago, but for
>some reason I either didn't switch to using it, or lost a patch when
>squashing and rebasing branches. Hopefully I just forgot to change it,
>but I'll double check to make sure I haven't left any work on an old
>branch. Thanks for suggesting it (again!)

As expected, it still works with a check for __frexpieee128 instead.

So are you happy for me to push this to master with that change?

(It won't be until Tuesday now, as I have some time off).




More information about the Libstdc++ mailing list