[Bug fortran/60529] New: internal compiler error with allocatable sub-component

[Bug fortran/60529] New: internal compiler error with allocatable sub-component

[carlos.a.cruz at nasa dot gov]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60529

            Bug ID: 60529
           Summary: internal compiler error with allocatable sub-component
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
          Assignee: unassigned at gcc dot gnu.org
          Reporter: carlos.a.cruz at nasa dot gov

Using the following compiler release:

GNU Fortran (GCC) 4.9.0 20140309 (experimental)

on the following reproducer:

---
module T_mod
  implicit none
  type :: TS
    integer, allocatable :: i(:)
  end type TS
  type :: T
! The following line causes an internal compiler error.
    type (TS) :: s(1) 
! The following line does not:
!    type (TS), allocatable :: s(:)
  end type T
contains
  subroutine insert(this)
    class(T) :: this
  end subroutine insert
end module T_mod
---

yields an internal compiler error:

repro.F90: In function ‘__final_t_mod_T’:
repro.F90:19:0: internal compiler error: in gfc_conv_descriptor_data_get, at
fortran/trans-array.c:145
 end module T_mod
 ^
0x511048 ???
        ../sysdeps/x86_64/elf/start.S:113


I am running on a Linux cluster:

Linux discover28 2.6.32.54-0.3-default #1 SMP 2012-01-27 17:38:56 +0100 x86_64
x86_64 x86_64 GNU/Linux

Note that the internal compiler error does not occur with two earlier releases
of gfortran:

GNU Fortran (GCC) 4.9.0 20140105 (experimental)

GNU Fortran (GCC) 4.8.1
>From gcc-bugs-return-446316-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Mar 14 17:59:30 2014
Return-Path: <gcc-bugs-return-446316-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 25325 invoked by alias); 14 Mar 2014 17:59:29 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 25027 invoked by uid 55); 14 Mar 2014 17:59:25 -0000
From: "mpolacek at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/60484] [4.7/4.8/4.9 Regression] -fdump-rtl-expand and attribute optimize gives incorrect dump file path
Date: Fri, 14 Mar 2014 17:59:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: middle-end
X-Bugzilla-Version: 4.8.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mpolacek at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.7.4
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-60484-4-RaHrMdueLu@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60484-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60484-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-03/txt/msg01185.txt.bz2
Content-length: 563

http://gcc.gnu.org/bugzilla/show_bug.cgi?id`484

--- Comment #6 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Author: mpolacek
Date: Fri Mar 14 17:58:52 2014
New Revision: 208571

URL: http://gcc.gnu.org/viewcvs?rev 8571&root=gcc&view=rev
Log:
    PR middle-end/60484
    * common.opt (dump_base_name_prefixed): New Variable.
    * opts.c (finish_options): Don't prepend directory to x_dump_base_name
    if x_dump_base_name_prefixed is already set, set it at the end.


Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/common.opt
    trunk/gcc/opts.c

[Bug fortran/60529] [4.9 Regression] [OOP] ICE with allocatable sub-component

[janus at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60529

janus at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |ice-on-valid-code
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-03-15
                 CC|                            |janus at gcc dot gnu.org
            Summary|internal compiler error     |[4.9 Regression] [OOP] ICE
                   |with allocatable            |with allocatable
                   |sub-component               |sub-component
     Ever confirmed|0                           |1

--- Comment #1 from janus at gcc dot gnu.org ---
Confirmed. Slightly reduced test case:

  implicit none
  type :: TS
    integer, allocatable :: i
  end type
  type :: T
    type (TS) :: s(1)
  end type
  class(T), allocatable :: X
end

Does not show an error with 4.6, 4.7 and 4.8.

Backtrace with 4.9:

0x61ea98 gfc_conv_descriptor_data_get(tree_node*)
    /home/jweil/gcc49/trunk/gcc/fortran/trans-array.c:145
0x6245a0 gfc_array_deallocate(tree_node*, tree_node*, tree_node*, tree_node*,
tree_node*, gfc_expr*)
    /home/jweil/gcc49/trunk/gcc/fortran/trans-array.c:5340
0x66bf8d gfc_trans_deallocate(gfc_code*)
    /home/jweil/gcc49/trunk/gcc/fortran/trans-stmt.c:5476
0x61b5a7 trans_code
    /home/jweil/gcc49/trunk/gcc/fortran/trans.c:1782
0x669bd1 gfc_trans_simple_do
    /home/jweil/gcc49/trunk/gcc/fortran/trans-stmt.c:1438
0x669bd1 gfc_trans_do(gfc_code*, tree_node*)
    /home/jweil/gcc49/trunk/gcc/fortran/trans-stmt.c:1601
0x61b66a trans_code
    /home/jweil/gcc49/trunk/gcc/fortran/trans.c:1732
0x63b132 gfc_generate_function_code(gfc_namespace*)
    /home/jweil/gcc49/trunk/gcc/fortran/trans-decl.c:5610
0x63afe7 gfc_generate_contained_functions
    /home/jweil/gcc49/trunk/gcc/fortran/trans-decl.c:4728
0x63afe7 gfc_generate_function_code(gfc_namespace*)
    /home/jweil/gcc49/trunk/gcc/fortran/trans-decl.c:5546

Probably caused by the finalization implementation?

[Bug fortran/60529] [4.9 Regression] [OOP] ICE with allocatable sub-component

[dominiq at lps dot ens.fr]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60529

--- Comment #2 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
r206362 (2014-01-06) is OK, r206567 (2014-01-12) gives the ICE.

> Probably caused by the finalization implementation?

Author: janus
Date: Mon Jan  6 23:21:39 2014
New Revision: 206379

URL: http://gcc.gnu.org/viewcvs?rev=206379&root=gcc&view=rev
Log:
2014-01-06  Janus Weil  <janus@gcc.gnu.org>

    PR fortran/59589
    * class.c (comp_is_finalizable): New function to dermine if a given
    component is finalizable.
    (finalize_component, generate_finalization_wrapper): Use it.


2014-01-06  Janus Weil  <janus@gcc.gnu.org>

    PR fortran/59589
    * gfortran.dg/class_allocate_16.f90: New.

Added:
    trunk/gcc/testsuite/gfortran.dg/class_allocate_16.f90
Modified:
    trunk/gcc/fortran/ChangeLog
    trunk/gcc/fortran/class.c
    trunk/gcc/testsuite/ChangeLog

is in the range.

[Bug fortran/60529] [4.9 Regression] [OOP] ICE with allocatable sub-component

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60529

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |4.9.0

[Bug fortran/60529] [4.9 Regression] [OOP] ICE with allocatable sub-component

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60529

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P4

[Bug fortran/60529] [4.9/4.10 Regression] [OOP] ICE with allocatable sub-component

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60529

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.9.0                       |4.9.1

--- Comment #3 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.9.0 has been released

[Bug fortran/60529] [4.9/4.10 Regression] [OOP] ICE with allocatable sub-component

[jakub at gcc dot gnu.org]

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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.9.1                       |4.9.2

--- Comment #4 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.9.1 has been released.

[Bug fortran/60529] [4.9/4.10 Regression] [OOP] ICE with allocatable sub-component

[dominiq at lps dot ens.fr]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |DUPLICATE

--- Comment #5 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Per pr61819, duplicate of pr 59765.

*** This bug has been marked as a duplicate of bug 59765 ***

[Bug fortran/60529] [4.9/4.10 Regression] [OOP] ICE with allocatable sub-component

[pault at gcc dot gnu.org]

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

Paul Thomas <pault at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |pault at gcc dot gnu.org

--- Comment #6 from Paul Thomas <pault at gcc dot gnu.org> ---
This is the same as PR64932 and PR59765. I have posted a patch for the former.

Thanks for pointing this out Dominique!

Paul