[Bug fortran/126816] New: [17 Regression] gfortran: ICE building pr46884.f between r17-3145 and r17-3194 on Darwin.

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

            Bug ID: 126816
           Summary: [17 Regression] gfortran: ICE building pr46884.f
                    between r17-3145 and r17-3194 on Darwin.
           Product: gcc
           Version: 17.0
            Status: UNCONFIRMED
          Keywords: ice-on-valid-code
          Severity: normal
          Priority: P3
         Component: fortran
          Assignee: unassigned at gcc dot gnu.org
          Reporter: iains at gcc dot gnu.org
                CC: jvdelisle at gcc dot gnu.org
  Target Milestone: ---
            Target: *-*-darwin*

Independent of optimisation - appears across all 10 platform versions I test
regularly.

Seems that there is still some use of the implicit char array - disabling the
free fixes the ICE (but, obviously leaks) - so a lifetime issue, presumably

Possibly : r17-3155

Why on Darwin not on Linux - well different allocators - it's been my
observation that Solaris >> Darwin >> Linux in terms of being picky about
memory management.


* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS
(code=1, address=0x33ae)
  * frame #0: 0x0000000100143abe f951`compare_bound(a=0x00006000007d40e0,
b=0x00000000000033ae) at resolve.cc:5209:26
    frame #1: 0x0000000100145a1c
f951`gfc_resolve_substring(ref=0x00007ff47ff05820,
equal_length=0x000000030ac2a827) at resolve.cc:5954:21
    frame #2: 0x00000001001461ca f951`gfc_resolve_ref(expr=0x00006000007d4620)
at resolve.cc:6145:29
    frame #3: 0x0000000100147afb f951`resolve_variable(e=0x00006000007d4620) at
resolve.cc:6730:34
    frame #4: 0x000000010014b850 f951`gfc_resolve_expr(e=0x00006000007d4620) at
resolve.cc:8288:23
    frame #5: 0x000000010013c28b
f951`resolve_actual_arglist(arg=0x00006000030d40c0, ptype=PROC_UNKNOWN,
no_formal_args=true) at resolve.cc:2100:26
    frame #6: 0x00000001001413d1 f951`resolve_call(c=0x00006000007d41c0) at
resolve.cc:4258:31
    frame #7: 0x000000010015c99d f951`gfc_resolve_code(code=0x00006000007d41c0,
ns=0x00007ff48800b000) at resolve.cc:14711:17
    frame #8: 0x000000010016cb8d f951`resolve_codes(ns=0x00007ff48800b000) at
resolve.cc:20797:20
    frame #9: 0x000000010016d69f f951`gfc_resolve(ns=0x00007ff48800b000,
a=0x0000000000000000) at resolve.cc:21081:17
    frame #10: 0x000000010012ac74
f951`resolve_all_program_units(gfc_global_ns_list=0x00007ff48800b000) at
parse.cc:7637:19
    frame #11: 0x000000010012b5d7 f951`gfc_parse_file() at parse.cc:7904:29
    frame #12: 0x00000001001a4d4b f951`::gfc_be_parse_file() at
f95-lang.cc:249:18
    frame #13: 0x00000001026b929f f951`::compile_file() at toplev.cc:455:25
    frame #14: 0x00000001026bd3a4 f951`::do_compile() at toplev.cc:2228:24
    frame #15: 0x00000001026bd995 f951`toplev::main(this=0x000000030ac2aefa,
argc=16, argv=0x000000030ac2b5a8) at toplev.cc:2396:18
    frame #16: 0x0000000102fd76c5 f951`main(argc=16, argv=0x000000030ac2b5a8)
at main.cc:39:23