[Bug fortran/111851] f951: Segmentation fault at gfc_delete_symtree

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

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 CC||kargl at gcc dot gnu.org

--- Comment #2 from kargl at gcc dot gnu.org ---
Oddly, I'm seeing an ICE due to the assert() at line 3131 in 
symbol.cc(gfc_release_symbol).  I don't see the memory hog issue.  If I comment
out that assert() and let gfortran proceed, I see

% gfcx -c a.f90
a.f90:1:28:

1 | SELECT TYPE (rvec2ASSOCIATE(
  |1
Error: Syntax error in argument list at (1)


On FreeBSD I use the following for configure

../gccx/configure --prefix=$HOME/work/x --enable-languages=c,c++,fortran,lto \
  --enable-bootstrap --disable-nls --disable-multilib --enable-libsanitizer

[Bug fortran/111851] f951: Segmentation fault at gfc_delete_symtree

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

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

anlauf at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Keywords||ice-on-invalid-code,
   ||memory-hog
 Ever confirmed|0   |1
   Last reconfirmed||2023-10-17

--- Comment #1 from anlauf at gcc dot gnu.org ---
Confirmed.

Note that it is recommended to limit the virtual memory before trying
the reproducer with 14-mainline.

On 14-mainline I see an infinite loop in delete_treap instead of the
traceback in comment#0.

All versions since at least 7 crash; this may be a variant of another
existing PRs on crippled code.