Fortran 2018 introduces several new obsolescences: * COMMON * EQUIVALENCE * BLOCK DATA * labelled DO statements * specific names for standard intrinsic functions * FORALL (see also PR 40881, where the same has been done for the F03 obsolenscences)
Not an emergency!
Author: janus Date: Fri May 25 06:09:10 2018 New Revision: 260705 URL: https://gcc.gnu.org/viewcvs?rev=260705&root=gcc&view=rev Log: 2018-05-25 Janus Weil <janus@gcc.gnu.org> PR fortran/85839 * match.c (gfc_match_block_data): Call gfc_notify_std to warn about an obsolescent feature in Fortran 2018. (gfc_match_equivalence): Ditto. * resolve.c (resolve_common_blocks): Ditto. (gfc_resolve_forall): Ditto. * symbol.c (gfc_define_st_label): Ditto. 2018-05-25 Janus Weil <janus@gcc.gnu.org> PR fortran/85839 * gfortran.dg/f2018_obs.f90: New test case. Added: trunk/gcc/testsuite/gfortran.dg/f2018_obs.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/match.c trunk/gcc/fortran/resolve.c trunk/gcc/fortran/symbol.c trunk/gcc/testsuite/ChangeLog
(In reply to janus from comment #0) > * specific names for standard intrinsic functions After r260705, only this one is still missing.
GCC 9.1 has been released.
With gfortran 9.1 I get a false positive Fortran 2018 obsolescent feature: COMMON block at (1) but (1) points to a submodule definition: submodule(homogenization) homogenization_mech_none
GCC 9.2 has been released.
GCC 9.3.0 has been released, adjusting target milestone.
GCC 9.4 is being released, retargeting bugs to GCC 9.5.