https://gcc.gnu.org/bugzilla/show_bug.cgi?id=126305
--- Comment #11 from dave.anglin at bell dot net --- On 2026-07-17 5:21 p.m., kargl at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=126305 > > --- Comment #10 from Steve Kargl <kargl at gcc dot gnu.org> --- > (In reply to dave.anglin from comment #9) >> On 2026-07-17 3:14 p.m., kargl at gcc dot gnu.org wrote: > >>> Can gfortran be configured on HPUX without REAL(16) >>> (or REAL(17)) support. Perhaps, that should be the >>> default? >> >> I don't think that's currently possible. > > That's unfortunate. Fortran only requires REAL > and DOUBLE PRECISION. REAL(16) is not necessary > for a conforming compiler. > > Seems HPUX is a mess with its long double support. > > The easiest way forward is to punt with gross hacks > to c99_functions.c such as > > #if defined(HAVE_ATAN) && !defined(HAVE_ATANL) > #define HAVE_ATANL 1 > long double atanl(long double); > > long double > atanl(long double x) > { > return((long double)atan((double)x)); > } > #endif > > To do this right, you'll need to consider minimax polynomials > and/or rational approximations and whether the domain needs > to be split into subdomains. That's certainly doable. But the default is to build and link with libquadmath. strtof128 isn't found but it's in libquadmath. Think there's some config issues __float128 support that needs investigation.
