--- Comment #14 from burnus at gcc dot gnu dot org 2007-03-01 09:44 ---
Subject: Bug 29820
Author: burnus
Date: Thu Mar 1 09:43:53 2007
New Revision: 122427
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122427
Log:
fortran/
2007-03-01 Paul Thomas <[EMAIL PROTECTED]>
B
--- Comment #13 from pault at gcc dot gnu dot org 2007-02-03 13:38 ---
Subject: Bug 29820
Author: pault
Date: Sat Feb 3 13:38:42 2007
New Revision: 121541
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121541
Log:
2007-02-03 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #12 from pault at gcc dot gnu dot org 2006-12-09 17:48 ---
Subject: Bug 29820
Author: pault
Date: Sat Dec 9 17:47:45 2006
New Revision: 119694
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119694
Log:
2006-12-09 Paul Thomas <[EMAIL PROTECTED]>
Backports
--- Comment #11 from pault at gcc dot gnu dot org 2006-11-23 19:19 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pault at gcc dot gnu dot org 2006-11-23 19:14 ---
Subject: Bug 29820
Author: pault
Date: Thu Nov 23 19:14:05 2006
New Revision: 119132
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119132
Log:
2006-11-23 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #8 from patchapp at dberlin dot org 2006-11-15 17:45 ---
Subject: Bug number PR29820
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg01053.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #7 from pault at gcc dot gnu dot org 2006-11-15 17:24 ---
(In reply to comment #6)
> fold_convert cannot handle casts between aggregates (what would that be
> anyway...), but only scalars (including pointers). But it also has an early
> out
> in case of the types are equal a
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-11-15 07:29 ---
fold_convert cannot handle casts between aggregates (what would that be
anyway...), but only scalars (including pointers). But it also has an early
out
in case of the types are equal already, so in this case it is "
--- Comment #5 from pault at gcc dot gnu dot org 2006-11-14 21:08 ---
The remark in #3 that the bug clears if the order of the procedures is reversed
is a giveaway:
Index: gcc/fortran/trans-types.c
===
*** gcc/fortran/trans
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-11-14 09:50 ---
I'm confused that for
type geodetic
real :: h
end type geodetic
gfortran is using a record type but still goes the scalar assignment path.
With
gfc_trans_scalar_assign changed to read
gcc_assert (!
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-13 21:18 ---
Funny enough, gfortran does not crash when one reverts the order of point and
plane.
Debug information:
In trans-expr.c's gfc_trans_scalar_assign
gfc_add_block_to_block (&block, &lse->pre);
gfc_add_block
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-13 20:03 ---
Here is a shorter testcase:
module geo
type geodetic
real :: h
end type geodetic
end module geo
module gfcbug44
implicit none
contains
subroutine point ( gp)
use geo
type(geodetic), intent(out) :: gp
--- Comment #1 from anlauf at gmx dot de 2006-11-13 19:57 ---
Created an attachment (id=12611)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12611&action=view)
Demo code provoking ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29820
13 matches
Mail list logo
