From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 54485 invoked by alias); 10 Apr 2015 16:48:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 54398 invoked by uid 48); 10 Apr 2015 16:48:34 -0000 From: "juergen.reuter at desy dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/65548] [5 Regression] gfc_conv_procedure_call Date: Fri, 10 Apr 2015 16:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: juergen.reuter at desy dot de X-Bugzilla-Status: REOPENED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: vehre at gcc dot gnu.org X-Bugzilla-Target-Milestone: 5.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-04/txt/msg00885.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D65548 --- Comment #12 from J=C3=BCrgen Reuter --- Here is the code (cf. below). It ICEs with r221962.=20 module phs_base type :: flavor_t contains procedure :: get_mass =3D> flavor_get_mass end type flavor_t type, abstract :: phs_config_t integer :: n_in =3D 0 type(flavor_t), dimension(:,:), allocatable :: flv end type phs_config_t type, abstract :: phs_t class(phs_config_t), pointer :: config =3D> null () real, dimension(:), allocatable :: m_in contains procedure :: base_init =3D> phs_base_init end type phs_t contains elemental function flavor_get_mass (flv) result (mass) real :: mass class(flavor_t), intent(in) :: flv mass =3D 0 end function flavor_get_mass subroutine phs_base_init (phs, phs_config) class(phs_t), intent(out) :: phs class(phs_config_t), intent(in), target :: phs_config phs%config =3D> phs_config allocate (phs%m_in (phs%config%n_in), & source =3D phs_config%flv(:phs_config%n_in, 1)%get_mass ()) end subroutine phs_base_init end module phs_base >>From gcc-bugs-return-483334-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Apr 10 16:55:34 2015 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61364 invoked by alias); 10 Apr 2015 16:55:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 61268 invoked by uid 48); 10 Apr 2015 16:55:30 -0000 From: "yroux at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/65710] [4.9/5 Regression] Thumb1 ICE caused by no register to spill Date: Fri, 10 Apr 2015 16:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 5.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: yroux at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 4.9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2015-04/txt/msg00886.txt.bz2 Content-length: 677 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65710 --- Comment #21 from Yvan Roux --- (In reply to Jakub Jelinek from comment #19) > (In reply to Vladimir Makarov from comment #18) > > (In reply to Jakub Jelinek from comment #15) > > > To be clear, I think we can postpone fixing the performance issue till 5.2/6. > > > The reason this is a P1 is #c9, #c10, #c11. Vlad, can you please have a > > > look at that? > > > > Ok. I'll be working on it for gcc-4.9. > > > > Thanks for the clarification. > > #c10 says it happens on the trunk too. I can't check full validation results right now, but the suggested fix in #c11 seems to fix the issue