[Bug fortran/95647] operator(.eq.) and operator(==) treated differently

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

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

--- Comment #11 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Jerry DeLisle <jvdeli...@gcc.gnu.org>:

https://gcc.gnu.org/g:0631e008adc759cc801d0d034224ee6b4bcf31aa

commit r11-7225-g0631e008adc759cc801d0d034224ee6b4bcf31aa
Author: Steve Kargl <s...@troutmask.apl.washington.edu>
Date:   Fri Feb 12 07:58:16 2021 -0800

    libgfortran: Fix PR95647 by changing the interfaces of operators .eq. and
.ne.

    The FE converts the old school .eq. to ==,
    and then tracks the ==.  The module starts with == and so it does not
    properly overload the .eq.  Reversing the interfaces fixes this.

    2021-02-12  Steve Kargl <s...@troutmask.apl.washington.edu>

    libgfortran/ChangeLog:

            PR libfortran/95647
            * ieee/ieee_arithmetic.F90: Flip interfaces of operators .eq. to
            == and .ne. to /= .

    gcc/testsuite/ChangeLog:

            PR libfortran/95647
            * gfortran.dg/ieee/ieee_12.f90: New test.