This is the mail archive of the
fortran@gcc.gnu.org
mailing list for the GNU Fortran project.
Re: overactive deallocation
- From: "Paul Richard Thomas" <paul dot richard dot thomas at gmail dot com>
- To: "Janne Blomqvist" <blomqvist dot janne at gmail dot com>
- Cc: "Steve Kargl" <sgk at troutmask dot apl dot washington dot edu>, fortran at gcc dot gnu dot org
- Date: Fri, 21 Nov 2008 09:40:50 +0100
- Subject: Re: overactive deallocation
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=AwGxip9gQBnTmn4hVAIDwkMdEkdECDLucnN/J0uiggU=; b=q0X1EuR6wNhLTANBHHNqg+AbJfhCiwz2JKRZzrxIXVXiHXEQisspmXJZ3vA5OvdNUe cMKUncDziKzbmo+8jo5yEwBWGKmjjCLYU/ZOqzOZevcX4qFsgHGNfmBiIgOo2cwFLoce 74/idsN+kPZ/GTw7U7DxY3FN05E+YX2wlWgIc=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=TMgHBymsQNtHy0BihH8LTqrZJVEO8Lil8XZf5dEpsu6UNniW/8uw+kasRsAatyrBRM 3c7HZpU/b/ucLewKl1QerPG40T+3SZGxvcno2TL48V/8McPgDzOAjbhu9GY1oKE/JNGS DWSxhR2cRC5O6hrkoFD2Xm4S1CkRVvxC4oW+g=
- References: <20081120015028.GA13470@troutmask.apl.washington.edu> <339c37f20811192136p51129c12y26c5be2f89bbbff9@mail.gmail.com> <20081120180629.GA20924@troutmask.apl.washington.edu> <339c37f20811210018x230986fn3483c698d1034d8d@mail.gmail.com> <49267247.3020007@gmail.com>
Janne,
Ah, yes - on re-reading Steve's message I see that is what he meant.
Cheers
Paul
On Fri, Nov 21, 2008 at 9:33 AM, Janne Blomqvist
<blomqvist.janne@gmail.com> wrote:
> Paul Richard Thomas wrote:
>>
>> Steve,
>>
>> Take a look at trans-decl.c(gfc_trans_deferred_vars) and its callees
>> for the code that generates the deallocation on going out of scope. I
>> am not sure how either deallocation could be eliminated.
>
> I think the point was that the dead code elimination pass in the middle-end
> should be able to remove the second call. And indeed this is what happens if
> you look at the asm output when compiling with optimization.
>
>
> --
> Janne Blomqvist
>
--
The knack of flying is learning how to throw yourself at the ground and miss.
--Hitchhikers Guide to the Galaxy