[Bug libfortran/94694] [10 Regression][libgfortran] libgfortran does not compile on bare-metal aarch64-none-elf (newlib)

[rguenther at suse dot de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94694

--- Comment #16 from rguenther at suse dot de <rguenther at suse dot de> ---
On Tue, 21 Apr 2020, jakub at gcc dot gnu.org wrote:

> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94694
> 
> --- Comment #15 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
> Thus, I think we can extend the patch I've attached (and fix the two fmaf to
> fmal spots), plus do the HAVE_INLINE_BUILTIN_* in configure.ac either through a
> config/math.m4 macro, or through a loop over the functions that can have such
> treatment with a likely inlined implementation.
> 
> But still, the trig*.inc needs to check HAVE_* macros of everything that it
> uses and just don't provide the definitions if it can't be implemented.

Maybe they can be implemented like

long double _gfortran_xyz (long double x)
{
  __sorry_fortran_intrinsic_xyz_is_not_available_because_cosl_is_not ();
}

instead of simply not providing them.  Coordination between the FE
and (the various multilibs of) libgfortran and emitting diagnostics
from the FE would of course be even better.