From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 54068 invoked by alias); 6 Aug 2015 12:01:14 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 54045 invoked by uid 89); 6 Aug 2015 12:01:13 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: smtp24.services.sfr.fr Received: from smtp24.services.sfr.fr (HELO smtp24.services.sfr.fr) (93.17.128.83) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 06 Aug 2015 12:01:12 +0000 Received: from filter.sfr.fr (localhost [86.72.15.76]) by msfrf2419.sfr.fr (SMTP Server) with ESMTP id BFC9D70000A3; Thu, 6 Aug 2015 14:01:09 +0200 (CEST) Authentication-Results: sfrmc.priv.atos.fr; dkim=none (no signature); dkim-adsp=none (no policy) header.from=mikael.morin@sfr.fr Received: from tolstoi.localhost (76.15.72.86.rev.sfr.net [86.72.15.76]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by msfrf2419.sfr.fr (SMTP Server) with ESMTP id 74F887000086; Thu, 6 Aug 2015 14:01:09 +0200 (CEST) X-SFR-UUID: 20150806120109479.74F887000086@msfrf2419.sfr.fr Subject: Re: [Patch, Fortran, 66927, v1] [6 Regression] ICE in gfc_conf_procedure_call To: Andre Vehreschild , GCC-Patches-ML , GCC-Fortran-ML References: <20150806125316.60cbd443@vepi2> From: Mikael Morin Message-ID: <55C34C78.6050407@sfr.fr> Date: Thu, 06 Aug 2015 12:01:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150806125316.60cbd443@vepi2> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2015-08/txt/msg00350.txt.bz2 Le 06/08/2015 12:53, Andre Vehreschild a écrit : > Dear all, > > the attached patch fixes a regression introduced by my patches for the > F2008-style allocate(). In this case a function returning an array of BT_CLASS > objects can not be conv'ed using conv_expr_descriptor, but needs to be > conv_expr_reference()'ed, because the _data component has the descriptor already > and just needs to be addressed correctly. > > Bootstraps and regtests ok on x86_64-linux-gnu/f21. > > Ok for trunk? > > Regards, > Andre > > pr66927_1.patch > > diff --git a/gcc/fortran/trans-stmt.c b/gcc/fortran/trans-stmt.c > index 6409f7f..3f90b76 100644 > --- a/gcc/fortran/trans-stmt.c > +++ b/gcc/fortran/trans-stmt.c > @@ -5187,9 +5187,14 @@ gfc_trans_allocate (gfc_code * code) > /* In all other cases evaluate the expr3. */ > symbol_attribute attr; > /* Get the descriptor for all arrays, that are not allocatable or > - pointer, because the latter are descriptors already. */ > + pointer, because the latter are descriptors already. > + The exception are function calls returning a class object: > + For those conv_expr_descriptor does not work. */ So, it is gfc_conv_expr_descriptor that should be fixed? Let me have a look at it. Mikael