--- Comment #5 from pault at gcc dot gnu dot org 2006-11-10 17:13 ---
Fixed on trunk and 4.2.
It will be fixed on 4.1 just as soon as I catch up with myself.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pault at gcc dot gnu dot org 2006-11-10 07:43 ---
Tobias,
This is fixed by the patch for PR fortran/29539 and PR fortran/29634. It will
be committed to 4.2 this weekend and to 4.1 as soon as I can.
I will close this PR when I do 4.2; I do not think that it necessar
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-08 22:35 ---
Just for completeness, the ICE also occurs with 4.1
! { dg-do compile }
! { dg-shouldfail "same name of program and subroutine" }
! Tests whether ICE occurs when using the same name
! for a subroutine as for the prog
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|SUSPENDED |NEW
Last reconfirmed|2006-11-08 22:23:12 |2006-11-08 22:24:1
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29755
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-08 22:23 ---
On the trunk, the ICE is fixed by some other check in.
It still occurs on the 4.2 branch (r118599, current version)
Using my patch on the current trunk (118597) causes lots of regression, i.e.
either the trunk has ch
