[Bug fortran/106050] ICE in reject_statement, at fortran/parse.cc:2879 since r8-3056-g5bab4c9631c478b7

cvs-commit at gcc dot gnu.org gcc-bugzilla@gcc.gnu.org
Thu Jul 13 19:24:32 GMT 2023


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

--- Comment #8 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Mikael Morin <mikael@gcc.gnu.org>:

https://gcc.gnu.org/g:616a101848bfd5b61ffdd87ae9b1153139d916ca

commit r14-2507-g616a101848bfd5b61ffdd87ae9b1153139d916ca
Author: Mikael Morin <mikael@gcc.gnu.org>
Date:   Thu Jul 13 21:23:44 2023 +0200

    fortran: Release symbols in reversed order [PR106050]

    Release symbols in reversed order wrt the order they were allocated.
    This fixes an error recovery ICE in the case of a misplaced
    derived type declaration.  Such a declaration creates nested
    symbols, one for the derived type and one for each type parameter,
    which should be immediately released as the declaration is
    rejected.  This breaks if the derived type is released first.
    As the type parameter symbols are in the namespace of the derived
    type, releasing the derived type releases the type parameters, so
    one can't access them after that, even to release them.  Hence,
    the type parameters should be released first.

            PR fortran/106050

    gcc/fortran/ChangeLog:

            * symbol.cc (gfc_restore_last_undo_checkpoint): Release symbols
            in reverse order.

    gcc/testsuite/ChangeLog:

            * gfortran.dg/pdt_33.f90: New test.


More information about the Gcc-bugs mailing list