http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
--- Comment #17 from Martien Hulsen 2011-01-19
08:34:21 UTC ---
(In reply to comment #16)
> Fixed with r168973.
Indeed. Thanks. All my test problems for my FEM code run correctly now with
gfortran.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
--- Comment #15 from janus at gcc dot gnu.org 2011-01-18 22:40:38 UTC ---
Author: janus
Date: Tue Jan 18 22:40:33 2011
New Revision: 168973
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168973
Log:
2011-01-18 Janus Weil
PR fortran/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
--- Comment #14 from Dominique d'Humieres
2011-01-13 18:43:27 UTC ---
> I have never said that it was valid (it is not mine and you have probably
> recognized the style!-). Nevertheless there was no ICE at revision 168625 (I
> saw it at revision
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
--- Comment #12 from Dominique d'Humieres
2011-01-12 22:18:35 UTC ---
> I can reproduce this with a clean trunk on x86-64-linux with both -m32 and
> -m64.
I confirm that the ICE is not due to the patch.
> Regarding the test case: I think it is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
--- Comment #11 from Tobias Burnus 2011-01-12
21:49:23 UTC ---
(In reply to comment #9)
> > pr35971_red.f90:67:0: internal compiler error: verify_stmts failed
I can reproduce this with a clean trunk on x86-64-linux with both -m32 and
-m64.
> I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
--- Comment #10 from Dominique d'Humieres
2011-01-12 20:59:31 UTC ---
> sorry, I can not reproduce this at r168655 (plus patch from comment #7), at
> least not on x86_64-unknown-linux-gnu. Do you only get this error with the
> patch, or also with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
--- Comment #9 from janus at gcc dot gnu.org 2011-01-12 20:00:37 UTC ---
(In reply to comment #8)
> [macbook] f90/bug% gfc -O2 pr35971_red.f90
> pr35971_red.f90: In function 'gp':
> pr35971_red.f90:67:0: error: non-trivial conversion at assignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
--- Comment #8 from Dominique d'Humieres 2011-01-11
21:38:46 UTC ---
(In reply to comment #7)
> > ...
> > ... this produces loads of regressions.
>
> ... but the following variant doesn't:
> ...
Confirmed, however the following code
[macbook]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
--- Comment #7 from janus at gcc dot gnu.org 2011-01-11 14:43:52 UTC ---
(In reply to comment #5)
> > Index: gcc/fortran/resolve.c
> > ===
> > --- gcc/fortran/resolve.c(revision 16
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
--- Comment #6 from Dominique d'Humieres 2011-01-11
14:21:26 UTC ---
> > Index: gcc/fortran/resolve.c
> > ...
> > continue;
>
> ... this produces loads of regressions.
Confirmed;-(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
--- Comment #5 from janus at gcc dot gnu.org 2011-01-11 11:48:52 UTC ---
(In reply to comment #4)
> Index: gcc/fortran/trans-expr.c
> ===
> --- gcc/fortran/trans-expr.c(revision 16
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
--- Comment #3 from janus at gcc dot gnu.org 2011-01-10 20:27:29 UTC ---
Reduced test case:
type t
procedure (fun), pointer, nopass :: p
end type
type(t) :: x
x%p => fun
print *, evaluate (x%p)
contains
real function fun ()
fun
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
Status|U
16 matches
Mail list logo
