git
/
gcc
mirror of git://gcc.gnu.org/git/gcc.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

LoongArch: Add LoongArch architecture detection to __float128 support in libgfortran and libquadmath [PR119408]. 

In GCC14, LoongArch added __float128 as an alias for _Float128.
In commit r15-8962, support for q/Q suffixes for 128-bit floating point
numbers.  This will cause the compiler to automatically link libquadmath
when compiling Fortran programs.  But on LoongArch `long double` is
IEEE quad, so there is no need to implement libquadmath.
This causes link failure.

	PR target/119408

libgfortran/ChangeLog:

	* acinclude.m4: When checking for __float128 support, determine
	whether the current architecture is LoongArch.  If so, return false.
	* configure: Regenerate.

libquadmath/ChangeLog:

	* configure.ac: When checking for __float128 support, determine
	whether the current architecture is LoongArch.  If so, return false.
	* configure: Regenerate.

	Sigend-off-by: Xi Ruoyao <xry111@xry111.site>
	Sigend-off-by: Jakub Jelinek <jakub@redhat.com>

(cherry picked from commit 1534f0099c)
This commit is contained in:
Lulu Cheng 2025-04-07 10:00:27 +08:00
parent da91ea5de5
commit 73a62377ae
4 changed files with 24 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
libgfortran/acinclude.m4
View File

@ -274,6 +274,10 @@ AC_DEFUN([LIBGFOR_CHECK_FLOAT128], [
AC_CACHE_CHECK([whether we have a usable _Float128 type],
libgfor_cv_have_float128, [
GCC_TRY_COMPILE_OR_LINK([
#ifdef __loongarch__
#error On LoongArch we should use long double instead; __float128 is only for porting existing code easier.
#endif
_Float128 foo (_Float128 x)
{
_Complex _Float128 z1, z2;

8
libgfortran/configure vendored
View File

@ -30288,6 +30288,10 @@ else
cat confdefs.h - <<_ACEOF >conftest.$ac_ext
/* end confdefs.h. */
#ifdef __loongarch__
#error On LoongArch we should use long double instead; __float128 is only for porting existing code easier.
#endif
_Float128 foo (_Float128 x)
{
_Complex _Float128 z1, z2;
@ -30341,6 +30345,10 @@ fi
cat confdefs.h - <<_ACEOF >conftest.$ac_ext
/* end confdefs.h. */
#ifdef __loongarch__
#error On LoongArch we should use long double instead; __float128 is only for porting existing code easier.
#endif
_Float128 foo (_Float128 x)
{
_Complex _Float128 z1, z2;

8
libquadmath/configure vendored
View File

@ -12843,6 +12843,10 @@ else
cat confdefs.h - <<_ACEOF >conftest.$ac_ext
/* end confdefs.h. */
#ifdef __loongarch__
#error On LoongArch we should use long double instead; __float128 is only for porting existing code easier.
#endif
#if (!defined(_ARCH_PPC)) || defined(__LONG_DOUBLE_IEEE128__)
typedef _Complex float __attribute__((mode(TC))) __complex128;
#else
@ -12894,6 +12898,10 @@ fi
cat confdefs.h - <<_ACEOF >conftest.$ac_ext
/* end confdefs.h. */
#ifdef __loongarch__
#error On LoongArch we should use long double instead; __float128 is only for porting existing code easier.
#endif
#if (!defined(_ARCH_PPC)) || defined(__LONG_DOUBLE_IEEE128__)
typedef _Complex float __attribute__((mode(TC))) __complex128;
#else

4
libquadmath/configure.ac
View File

@ -233,6 +233,10 @@ AM_CONDITIONAL(LIBQUAD_USE_SYMVER_SUN, [test "x$quadmath_use_symver" = xsun])
AC_CACHE_CHECK([whether __float128 is supported], [libquad_cv_have_float128],
[GCC_TRY_COMPILE_OR_LINK([
#ifdef __loongarch__
#error On LoongArch we should use long double instead; __float128 is only for porting existing code easier.
#endif
#if (!defined(_ARCH_PPC)) || defined(__LONG_DOUBLE_IEEE128__)
typedef _Complex float __attribute__((mode(TC))) __complex128;
#else