This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug fortran/71883] [5/6/7 Regression] ICE in identical_array_ref, at fortran/dependency.c:104


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

Dominique d'Humieres <dominiq at lps dot ens.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P4
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2016-07-15
                 CC|                            |pault at gcc dot gnu.org
      Known to work|                            |5.4.0, 6.1.0
            Summary|ICE in identical_array_ref, |[5/6/7 Regression] ICE in
                   |at fortran/dependency.c:104 |identical_array_ref, at
                   |                            |fortran/dependency.c:104
     Ever confirmed|0                           |1
      Known to fail|                            |5.4.1, 6.1.1, 7.0

--- Comment #3 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
I confirm the ICE with trunk (7.0). With gcc version 5.4.1 20160707 r238074 and
6.1.1 20160706 r238061, I get

(null):0: confused by earlier errors, bailing out

which replaces the ICE for compilers configured with --enable-checking=release.

On trunk the change occurred between r237310 (2016-06-10, errors) and r237536
(2016-06-16, (null):0:...), likely r237358 (pr70673).

IMO the code in comment 2 is invalid: sections are not allocated on assign. The
code executes if I add

   allocate(z(2,2))

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]