--- Comment #18 from mikael at gcc dot gnu dot org 2008-11-25 13:28 ---
Subject: Bug 36463
Author: mikael
Date: Tue Nov 25 13:27:26 2008
New Revision: 142191
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142191
Log:
2008-11-25 Mikael Morin [EMAIL PROTECTED]
PR
--- Comment #17 from mikael at gcc dot gnu dot org 2008-11-18 13:23 ---
(In reply to comment #16)
Btw it also makes comment #12 compile, while the resulting executable produces
a segfault. But I guess this is due to the weird things which this program
does(?).
Not really.
The
--- Comment #15 from mikael at gcc dot gnu dot org 2008-11-17 22:19 ---
(In reply to comment #14)
I've just discovered I was paraphrasing Janus here:
http://gcc.gnu.org/ml/fortran/2008-10/msg00219.html
The error for comment #13 was introduced the patch in comment #10.
Knowing that, I
--- Comment #16 from janus at gcc dot gnu dot org 2008-11-17 22:56 ---
I don't know if it is solving the right problem, but at least the testcase in
comment #13 compiles with it.
This indeed fixes it. Nice job. Obviously I was looking for the solution in the
wrong places.
Btw it
--- Comment #14 from mikael at gcc dot gnu dot org 2008-11-11 15:36 ---
(In reply to comment #13)
x is not marked as referenced, and read_cleanup makes a symtree for it with
that name @0 from gfc_get_unique_symtree.
This behavior seems expected in some cases, maybe it is here as well,
--- Comment #13 from janus at gcc dot gnu dot org 2008-11-01 14:20 ---
Here is a maximally reduced (and slightly modified) version of comment #12,
which gives the same error:
module other_fun
abstract interface
function abstract_fun(x)
integer x
integer