http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40850
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40850
--- Comment #18 from Brent W. Barker 2012-06-09
22:48:47 UTC ---
> > I found that the following nested deallocation program still fails in
> > 4.6.3.>
>
> I can confirm that it fails with 4.6.3. However, it works for me with 4.7.0
> and
4.8 tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40850
--- Comment #17 from janus at gcc dot gnu.org 2012-06-06 20:58:18 UTC ---
(In reply to comment #16)
> I found that the following nested deallocation program still fails in 4.6.3.
I can confirm that it fails with 4.6.3. However, it works for me wit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40850
Brent W. Barker changed:
What|Removed |Added
CC||b.w.barker at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40850
--- Comment #15 from janus at gcc dot gnu.org 2012-04-26 14:03:00 UTC ---
All test cases given here (comment 0, 4, 5 and 8) work with gfortran 4.6.3 and
above. I assume we can close this PR?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40850
--- Comment #14 from Mikael Morin 2011-02-23
22:38:31 UTC ---
Author: mikael
Date: Wed Feb 23 22:38:27 2011
New Revision: 170445
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170445
Log:
2011-02-23 Mikael Morin
PR fortran/40850
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40850
--- Comment #13 from Mikael Morin 2011-02-21
13:01:23 UTC ---
Comment 5 is not affected by the double free as the allocatable components are
never allocated during the program, only the containing entity is.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40850
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40850
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40850
Daniel Franke changed:
What|Removed |Added
Known to fail||
--- Comment #10 from Daniel Franke 2010
--- Comment #9 from dominiq at lps dot ens dot fr 2010-03-07 17:24 ---
I just noticed that using -Warray-temporaries gives the warning twice. For the
test in comment #8, I get
[macbook] f90/bug% gfc -Warray-temporaries -fcheck=all pr40850_3.f90
pr40850_3.f90:11.13:
CALL test ((/ line
--- Comment #8 from domob at gcc dot gnu dot org 2010-02-12 13:51 ---
I hit this bug, too, it seems. My reduced test-case:
PROGRAM analysis
IMPLICIT NONE
TYPE numlist
REAL, ALLOCATABLE :: nums(:)
END TYPE numlist
TYPE(numlist) :: lines
ALLOCATE (lines%nums(1))
CALL t
--- Comment #7 from mrestelli at gmail dot com 2010-01-29 18:24 ---
(In reply to comment #5)
> Further reduced test case:
>
>
> type t
> integer, allocatable :: d(:)
> end type
> type(t), allocatable :: a(:)
>
> allocate(a(2))
> call sub( (/ a /) )
>
> contains
>
> s
--- Comment #6 from pault at gcc dot gnu dot org 2010-01-07 14:49 ---
I had better add this to the list!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from janus at gcc dot gnu dot org 2009-12-07 21:00 ---
Further reduced test case:
type t
integer, allocatable :: d(:)
end type
type(t), allocatable :: a(:)
allocate(a(2))
call sub( (/ a /) )
contains
subroutine sub(b)
type(t) :: b(:)
end subrouti
--- Comment #4 from dfranke at gcc dot gnu dot org 2009-12-06 18:15 ---
Reduced testcase:
type t1
integer, allocatable :: d1(:)
end type t1
type t2
type(t1), allocatable :: d2(:)
end type t2
type(t2) :: a, b
a = new2( (/ new1((/1,1/)) /) )
b = new2( (/ a%d2 , a%d2
16 matches
Mail list logo
