--- Comment #8 from pault at gcc dot gnu dot org 2009-01-05 19:46 ---
Subject: Bug 38657
Author: pault
Date: Mon Jan 5 19:46:06 2009
New Revision: 143090
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143090
Log:
2009-01-05 Paul Thomas
PR fortran/38657
* mod
--- Comment #7 from pault at gcc dot gnu dot org 2009-01-05 17:35 ---
I'm just about to post a patch.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2009-01-05 16:32 ---
(In reply to comment #1)
> Assuming no local problems and a clean tree (looks like), the following commit
> might have caused the regression:
>
> r130257 | fxcoudert | 2007-11-17 14:46:53 +0100 (Sat, 17 Nov 2007) | 6
--- Comment #5 from mikael at gcc dot gnu dot org 2009-01-05 14:54 ---
(In reply to comment #4)
> With USE TEST3, sym->backend_decl is not set.
Interestingly, the backend_decl for test3's testchar is set.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38657
--- Comment #4 from mikael at gcc dot gnu dot org 2009-01-05 14:47 ---
without USE TEST3, gfc_get_symbol_decl (sym=testchar) returns sym->backend_decl
because it is set.
With USE TEST3, sym->backend_decl is not set, and we create the declaration. As
testchar is included from test2 we set
--- Comment #3 from mikael at gcc dot gnu dot org 2009-01-05 14:35 ---
(In reply to comment #2)
> The .mod looks OK though - as far I can see (rearrangements; only one
> "testcommon1" etc. instead of two).
>
The test2.mod is wrong I think.
Without USE TEST3:
[...]
(('testcommon1' 2 0 0
--- Comment #2 from burnus at gcc dot gnu dot org 2009-01-05 14:18 ---
If one compares the dumps, one finds an additional
+ extern character(kind=1) testchar[1:80];
in the failing version. Thus while the working version accesses
&testcommon1.testchar[1]{lb: 1 sz: 1}
the failing use
--- Comment #1 from burnus at gcc dot gnu dot org 2009-01-05 13:35 ---
I checked my old trunk builds:
2007-11-05-r129891 - works
2007-11-20-r130310 - fails
(= 25 fortran/ commits)
Assuming no local problems and a clean tree (looks like), the following commit
might have caused the regre
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38657
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
11 matches
Mail list logo
