https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42051
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
Known to fail|fortr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42051
--- Comment #27 from janus at gcc dot gnu.org 2011-08-16 21:22:36 UTC ---
Author: janus
Date: Tue Aug 16 21:22:31 2011
New Revision: 177800
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177800
Log:
2011-08-16 Paul Thomas
PR fortran
--- Comment #26 from mikael at gcc dot gnu dot org 2010-08-05 21:11 ---
Done
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #25 from mikael at gcc dot gnu dot org 2010-08-05 21:08 ---
Subject: Bug 42051
Author: mikael
Date: Thu Aug 5 21:08:36 2010
New Revision: 162921
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162921
Log:
2010-08-05 Mikael Morin
Janus Weil
P
--- Comment #24 from mikael at gcc dot gnu dot org 2010-08-05 12:59 ---
(In reply to comment #23)
> For me all the test cases seems to be working now. Mikael, can we close this?
>
I'll backport the fixes to 4.5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42051
--- Comment #23 from janus at gcc dot gnu dot org 2010-08-05 12:11 ---
For me all the test cases seems to be working now. Mikael, can we close this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42051
--- Comment #22 from mikael at gcc dot gnu dot org 2010-08-04 14:17 ---
Subject: Bug 42051
Author: mikael
Date: Wed Aug 4 14:17:31 2010
New Revision: 162865
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162865
Log:
2010-08-04 Mikael Morin
PR fortran/42051
P
--- Comment #21 from mikael at gcc dot gnu dot org 2010-08-02 15:31 ---
Subject: Bug 42051
Author: mikael
Date: Mon Aug 2 15:30:47 2010
New Revision: 162821
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162821
Log:
2010-08-02 Mikael Morin
Janus Weil
P
--- Comment #20 from mikael at gcc dot gnu dot org 2010-07-31 10:27 ---
Subject: Bug 42051
Author: mikael
Date: Sat Jul 31 10:27:36 2010
New Revision: 162776
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162776
Log:
2010-07-31 Mikael Morin
PR fortran/42051
P
--- Comment #19 from mikael at gcc dot gnu dot org 2010-07-29 11:52 ---
Backport on 4.5 pending...
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
Know
--- Comment #18 from mikael at gcc dot gnu dot org 2010-07-29 11:23 ---
Subject: Bug 42051
Author: mikael
Date: Thu Jul 29 11:22:40 2010
New Revision: 162674
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162674
Log:
2010-07-29 Mikael Morin
PR fortran/42051
P
--- Comment #17 from mikael at gcc dot gnu dot org 2010-07-28 20:01 ---
(In reply to comment #16)
> Reassigning to Janus then ...
>
I will submit my patch.
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #16 from dfranke at gcc dot gnu dot org 2010-07-15 21:37
---
> > (In reply to comment #13)
> >> I'm leaving this assigned to Janus because, as OOP master, he knows best
> >> the
> >> place(s) where the change(s) have to be applied, for better cleanness,
> >> bullet-proof-ne
--- Comment #15 from paul dot richard dot thomas at gmail dot com
2010-06-27 14:39 ---
Subject: Re: [OOP] ICE on array-valued function with CLASS
formal argument
> --- Comment #14 from mikael at gcc dot gnu dot org 2010-06-27 13:16
> ---
> (In reply to comment #13)
--- Comment #14 from mikael at gcc dot gnu dot org 2010-06-27 13:16 ---
(In reply to comment #13)
> I'm leaving this assigned to Janus because, as OOP master, he knows best the
> place(s) where the change(s) have to be applied, for better cleanness,
> bullet-proof-ness, and any-other-rea
--- Comment #13 from mikael at gcc dot gnu dot org 2010-06-27 13:14 ---
Hello,
The problem is that the oop code can add new symbols to the symtrees at
resolution or code generation time, which is unexpected.
gfc_get_sym_tree (and thus gfc_get_symbol) has the side effect of keeping the
--- Comment #12 from janus at gcc dot gnu dot org 2010-06-15 19:41 ---
(In reply to comment #11)
> This gives me a segfault ICE.
... with the following backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x00553b5d in gfc_find_symtree (st=0x41, name=0x77f2de50
"
--- Comment #11 from janus at gcc dot gnu dot org 2010-06-15 19:38 ---
Here is a reduced test case, based on comment #0:
module grid_module
implicit none
type grid
end type
type field
type(grid) :: mesh
end type
contains
real function return_x(this)
class(grid) :: t
--- Comment #10 from janus at gcc dot gnu dot org 2010-06-15 19:08 ---
Comment #1 is fixed by r160622, but the original test case still does not work
(hangs in some kind of infinite loop for me, at r160801 on
x86_64-unknown-linux-gnu).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #9 from janus at gcc dot gnu dot org 2010-06-11 16:46 ---
Subject: Bug 42051
Author: janus
Date: Fri Jun 11 16:45:48 2010
New Revision: 160622
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160622
Log:
2010-06-11 Paul Thomas
PR fortran/42051
PR fo
--- Comment #8 from janus at gcc dot gnu dot org 2010-06-11 02:56 ---
(In reply to comment #7)
> At r160588 of gfortran 4.6 trunk, the patch in comment #3 fixes the codes in
> comment #1 and #6, but comment #0 seems to get stuck in some kind of infinite
> loop.
Btw, it also fixes the te
--- Comment #7 from janus at gcc dot gnu dot org 2010-06-11 02:50 ---
At r160588 of gfortran 4.6 trunk, the patch in comment #3 fixes the codes in
comment #1 and #6, but comment #0 seems to get stuck in some kind of infinite
loop.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42051
--- Comment #6 from janus at gcc dot gnu dot org 2010-03-02 23:31 ---
Here is another very similar example:
implicit none
type :: lorenz
end type lorenz
type(lorenz) :: attractor
print *,output(attractor)
contains
function output(this) result(coordinates)
class(lorenz)
--- Comment #5 from dominiq at lps dot ens dot fr 2009-12-04 13:17 ---
> The smaller testcase of comment #1 is fixed with
Confirmed
> The original fails because the vtable cannot be found. THis is due to:
> use grid_module, only : grid
>
> Removing the ",only : grid" restores correct
--- Comment #4 from pault at gcc dot gnu dot org 2009-12-03 21:46 ---
(In reply to comment #3)
> The original fails because the vtable cannot be found. This is due to:
> use grid_module, only : grid
This is true of trunk:
/usr/lib/../lib64/crt1.o: In function `_start':
(.text+0x20):
--- Comment #3 from pault at gcc dot gnu dot org 2009-12-03 21:28 ---
The smaller testcase of comment #1 is fixed with
Index: gcc/fortran/trans-expr.c
===
--- gcc/fortran/trans-expr.c(revision 154935)
+++ gcc/fortran/tr
--- Comment #2 from janus at gcc dot gnu dot org 2009-11-15 18:49 ---
Backtrace:
#0 gfc_conv_variable (se=0x7fffd860, expr=0x1788a00) at
/home/jweil/gcc45/trunk/gcc/fortran/trans-expr.c:550
#1 0x0059ab0a in gfc_conv_expr (se=0x7fffd860, expr=0x1788a00) at
/home/jweil/g
27 matches
Mail list logo
