This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libfortran/93871] COTAN is slow for complex types
- From: "sgk at troutmask dot apl.washington.edu" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 04 Mar 2020 17:01:09 +0000
- Subject: [Bug libfortran/93871] COTAN is slow for complex types
- Auto-submitted: auto-generated
- References: <bug-93871-4@http.gcc.gnu.org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871
--- Comment #42 from Steve Kargl <sgk at troutmask dot apl.washington.edu> ---
On Wed, Mar 04, 2020 at 04:35:02PM +0000, thenlich at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871
>
> --- Comment #41 from Thomas Henlich <thenlich at gcc dot gnu.org> ---
> One would assume that fast FMA
> (https://en.wikipedia.org/wiki/FMA_instruction_set) is or will be available to
> the modern Fortran enthusiast, in the year 202x.
>
It already is. F2018, 17.11.3 IEEE_FMA.
gfortran currently does not implement IEEE_FMA along
with a few additional IEEE_ARITHMETIC features added
in F2018.
Note, gcc/builtins.def has fma, fmaf, and fmal covered.
We'll need a mapping in libquadmath if it has a __float128
fma.