--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23308
--- Comment #12 from pault at gcc dot gnu dot org 2006-01-27 22:16 ---
Subject: Bug 23308
Author: pault
Date: Fri Jan 27 22:16:04 2006
New Revision: 110310
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
Log:
2005-01-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #13 from pault at gcc dot gnu dot org 2006-01-27 22:30 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pault at gcc dot gnu dot org 2006-01-21 09:09 ---
Subject: Bug 23308
Author: pault
Date: Sat Jan 21 09:08:54 2006
New Revision: 110063
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110063
Log:
2005-01-21 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #9 from paulthomas2 at wanadoo dot fr 2006-01-08 09:49 ---
Subject: Re: named common block confused as procedure
- runtime segfault
pinskia at gcc dot gnu dot org wrote:
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-08 06:13
---
(In reply to
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-08 15:15
---
(In reply to comment #5)
Andrew, Lahey's code checking utility gives
Lahey's Fortran 95 code checker that is online gives:
2604-S: SOURCE.F90, line 3: The name 'foo' cannot be specified as both
external
--- Comment #3 from pault at gcc dot gnu dot org 2006-01-07 17:07 ---
(In reply to comment #2)
Note I think fixing PR 25710 and the mentioned problem of not keeping symbols
correctly will fix this bug. I have been trying to fix this but it is hard.
I notice that there is a handle in
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-07 19:27 ---
(In reply to comment #3)
Index: gcc/fortran/resolve.c
===
*** gcc/fortran/resolve.c (revision 109449)
--- gcc/fortran/resolve.c
--- Comment #5 from kargl at gcc dot gnu dot org 2006-01-07 20:19 ---
Andrew, Lahey's code checking utility gives
Compiling program unit f at line 1:
Compiling program unit test at line 5:
Encountered 0 errors, 0 warnings, 0 informations in file SOURCE.F90.
Compiling file SOURCE.F90.
--- Comment #6 from paulthomas2 at wanadoo dot fr 2006-01-07 21:44 ---
Subject: Re: named common block confused as procedure
- runtime segfault
Steve and Andrew,
--- Comment #5 from kargl at gcc dot gnu dot org 2006-01-07 20:19 ---
Andrew, Lahey's code checking utility
--- Comment #7 from paulthomas2 at wanadoo dot fr 2006-01-07 21:46 ---
Subject: Re: named common block confused as procedure
- runtime segfault
The enclosed patch catches Andrew's PR but also snags on
g77/19990905-1.f (The Burley test case).
In fact, it regtests OK, apart from
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-08 06:13 ---
(In reply to comment #7)
In fact, it regtests OK, apart from the above.
I want to say that PR 20881 is the same issue too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-07 05:31 ---
Note I think fixing PR 25710 and the mentioned problem of not keeping symbols
correctly will fix this bug. I have been trying to fix this but it is hard.
Also note we have the same problem with call to functions.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
11:50 ---
Confirmed, ICC also does not warn or error out.
--
What|Removed |Added
14 matches
Mail list logo
