https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41784
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
--- Comment #16 from janus at gcc dot gnu dot org 2009-10-24 16:53 ---
Fixed with r153534. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from janus at gcc dot gnu dot org 2009-10-24 16:51 ---
Subject: Bug 41784
Author: janus
Date: Sat Oct 24 16:50:41 2009
New Revision: 153534
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153534
Log:
2009-10-24 Janus Weil
Paul Thomas
PR f
--- Comment #14 from sfilippone at uniroma2 dot it 2009-10-23 20:40 ---
I can confirm that my code compiles now.
Whether it runs is an entirely different matter, which I will look at in the
next few days...
Salvatore
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41784
--- Comment #13 from sfilippone at uniroma2 dot it 2009-10-23 19:43 ---
(In reply to comment #12)
> > I propose the attached patch. It's an extended version of Paul's patch from
> > comment #5, plus Mikael's comment #10. It makes Salvatore's PSBLAS compile
> > completely (at least the ve
--- Comment #12 from dominiq at lps dot ens dot fr 2009-10-23 19:34 ---
> I propose the attached patch. It's an extended version of Paul's patch from
> comment #5, plus Mikael's comment #10. It makes Salvatore's PSBLAS compile
> completely (at least the version I have).
Does the executa
--- Comment #11 from janus at gcc dot gnu dot org 2009-10-23 18:35 ---
Created an attachment (id=18883)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18883&action=view)
patch
I propose the attached patch. It's an extended version of Paul's patch from
comment #5, plus Mikael's comm
--- Comment #10 from mikael at gcc dot gnu dot org 2009-10-23 17:17 ---
(In reply to comment #9)
> Now here we may need:
>
> if (p == NULL)
> {
> skip_list ();
> continue;
> }
skip_list() is unnecessary here as we have parsed everything alre
--- Comment #9 from dominiq at lps dot ens dot fr 2009-10-22 20:09 ---
(In reply to comment #8)
> The ICEs do go away, but on Salvatore's original code I now get: ...
I get such problem now and then when using an obsolete module file and in
general it goes away after recompiling it. Now
--- Comment #8 from janus at gcc dot gnu dot org 2009-10-22 15:09 ---
(In reply to comment #7)
> If I add [...] to this patch (borrowed from other places in module.c),
> comment #4 and comment #1 are also fixed.
The ICEs do go away, but on Salvatore's original code I now get:
gfortran
--- Comment #7 from dominiq at lps dot ens dot fr 2009-10-22 14:39 ---
(In reply to comment #5)
> Created an attachment (id=18865)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18865&action=view) [edit]
> A fix for the PR
If I add
@@ -4008,6 +4014,9 @@ load_derived_extensions (vo
--- Comment #6 from janus at gcc dot gnu dot org 2009-10-22 10:05 ---
(In reply to comment #5)
> Created an attachment (id=18865)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18865&action=view) [edit]
> A fix for the PR
This patch fixes fixes comment #3, but not comment #4 and co
--- Comment #5 from pault at gcc dot gnu dot org 2009-10-22 09:58 ---
Created an attachment (id=18865)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18865&action=view)
A fix for the PR
I'll regtest etc. on Saturday, when I am back from my travels.
Paul
--
pault at gcc dot gnu
--- Comment #4 from janus at gcc dot gnu dot org 2009-10-22 09:31 ---
Here is an even smaller test case with just one module:
module m
type :: A
end type
type, extends(A) :: B
end type
end module
use m, only: A
end
Backtrace (same as in comment #2):
#0 0x7fb6d07bd6a0 i
--- Comment #3 from janus at gcc dot gnu dot org 2009-10-21 16:02 ---
Here is a further reduced test case:
module A_mod
type :: A
end type
end module
module B_mod
use A_mod
type, extends(A) :: B
end type
end module
module C_mod
use B_mod
type :: C
end type C
end modu
--- Comment #2 from janus at gcc dot gnu dot org 2009-10-21 15:41 ---
The ICE also happens with a clean trunk.
Here is the backtrace:
#0 0x7fcacadb56a0 in strcmp () from /lib/libc.so.6
#1 0x005419c6 in gfc_find_symtree (st=0x2bcdf30, name=0x0) at
/home/jweil/gcc45/trunk/g
--- Comment #1 from sfilippone at uniroma2 dot it 2009-10-21 15:24 ---
Created an attachment (id=18859)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18859&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41784
17 matches
Mail list logo
