https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84891
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kargl at gcc dot gnu.org,
| |pault at gcc dot gnu.org
--- Comment #3 from Richard Biener <rguenth at gcc dot gnu.org> ---
(In reply to jos...@codesourcery.com from comment #2)
> I'm not sure what the C++ complex multiplication / division requirements
> are here (for that matter, C doesn't seem to precisely define which NaN -
> which value with at least one NaN part and the other part not infinite -
> is produced from complex multiplication / division in this case, though
> NaN + iNaN probably makes more sense).
I don't see anything in the C++ standard going into detail here either.
It simply says (from C++14 26.4/3):
"If the result of a function is not mathematically defined or not in the
range of representable vaslues for its type, the behavior is undefined."
which to my reading makes any operation with NaN/Inf undefined given
"mathematically" a NaN or Inf does not exist.
I can't find anything in the Fortran2008 standard specifying how
arithmetic on intrinsic complex types work. CCing two Fortran maintainers
to see whether Fortran requires us to do any changes here.
So we conclude this bug isn't a bug after all just there's implementation
defined behavior that would make more sense?
