https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45384
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
--- Comment #9 from domob at gcc dot gnu dot org 2010-08-26 19:49 ---
Subject: Bug 45384
Author: domob
Date: Thu Aug 26 19:48:43 2010
New Revision: 163572
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163572
Log:
2010-08-26 Daniel Kraft d...@domob.eu
PR fortran/38936
--- Comment #10 from domob at gcc dot gnu dot org 2010-08-26 19:52 ---
Fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from domob at gcc dot gnu dot org 2010-08-25 16:34 ---
Taking.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #4 from sfilippone at uniroma2 dot it 2010-08-24 10:24 ---
(In reply to comment #3)
With dump-tree-original I see this code snippet:
finally
{
if (aa.$data != 0B)
{
__builtin_free ((void *) aa.$data);
--- Comment #5 from sfilippone at uniroma2 dot it 2010-08-24 12:50 ---
(In reply to comment #3)
Reduced test case:
program bug20
type :: d_base_sparse_mat
integer :: v(10) = 0.
end type d_base_sparse_mat
class(d_base_sparse_mat),allocatable :: a
allocate
--- Comment #6 from janus at gcc dot gnu dot org 2010-08-24 12:57 ---
(In reply to comment #5)
However, when the same change is applied to the original library, a double
free
pops up in another place, unrelated to this issue; this would indicate that
there are other instances of
--- Comment #7 from sfilippone at uniroma2 dot it 2010-08-24 13:05 ---
(In reply to comment #6)
Cf. PR 44047 (which is similar to this, except that the polymorphic selector
itself is allocatable).
Yes, there indeed is a family air to this problem.it's probably one and the
--- Comment #1 from sfilippone at uniroma2 dot it 2010-08-23 14:44 ---
Created an attachment (id=21548)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21548action=view)
test-case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45384
--- Comment #2 from dominiq at lps dot ens dot fr 2010-08-23 14:58 ---
Confirmed. Valgrind gives
==89074== Invalid free() / delete / delete[]
==89074==at 0x10001079F: free (vg_replace_malloc.c:366)
==89074==by 0x10D15: MAIN__ (in ./a.out)
==89074==by 0x10D55: main
--- Comment #3 from janus at gcc dot gnu dot org 2010-08-23 15:36 ---
Reduced test case:
program bug20
type :: d_base_sparse_mat
integer :: v(10) = 0.
end type d_base_sparse_mat
class(d_base_sparse_mat),allocatable :: a
allocate (d_base_sparse_mat :: a)
select type(aa
11 matches
Mail list logo