[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2017-09-24 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622

--- Comment #12 from Dominique d'Humieres  ---
An instrumented compiler gives:

pr52622_red.f90:30:35:

   type, bind(c) :: Args_Basic_epv_t
   1
Warning: Derived type 'args_basic_epv_t' with BIND(C) attribute at (1) is
empty, and may be inaccessible by the C companion processor
pr52622_red.f90:98:2:

   function passeverywherefcomplex_impl(self, c1, c2, c3, exception) result(   
&
  1
Error: Unclassifiable statement at (1)
=
==2028==ERROR: AddressSanitizer: heap-use-after-free on address 0x6128091a
at pc 0x0001002ff02e bp 0x7fff5fbfe920 sp 0x7fff5fbfe918
READ of size 1 at 0x6128091a thread T0
#0 0x1002ff02d in resolve_symbol(gfc_symbol*)
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1002ff02d)
#1 0x10039b1b8 in do_traverse_symtree(gfc_symtree*, void (*)(gfc_symtree*),
void (*)(gfc_symbol*))
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x10039b1b8)
#2 0x1003b3773 in gfc_traverse_ns(gfc_namespace*, void (*)(gfc_symbol*))
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1003b3773)
#3 0x100345c3a in resolve_types(gfc_namespace*)
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x100345c3a)
#4 0x100345d66 in resolve_types(gfc_namespace*)
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x100345d66)
#5 0x1002f42cf in gfc_resolve(gfc_namespace*)
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1002f42cf)
#6 0x10029a2bf in gfc_parse_file()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x10029a2bf)
#7 0x1003f14f2 in gfc_be_parse_file()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1003f14f2)
#8 0x1045a4bac in compile_file()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1045a4bac)
#9 0x1045ad7fe in do_compile()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1045ad7fe)
#10 0x10651f30d in toplev::main(int, char**)
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x10651f30d)
#11 0x1065249ce in main
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1065249ce)
#12 0x7fffbcb65234 in start (/usr/lib/system/libdyld.dylib+0x5234)

0x6128091a is located 90 bytes inside of 320-byte region
[0x612808c0,0x61280a00)
freed by thread T0 here:
#0 0x152cd4120 in wrap_free.part.0
(/opt/gcc/gcc8w/lib/libasan.4.dylib+0x67120)
#1 0x1003b3068 in gfc_free_symbol(gfc_symbol*)
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1003b3068)
#2 0x1003b3519 in gfc_release_symbol(gfc_symbol*)
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1003b3519)
#3 0x1003bf7ed in gfc_restore_last_undo_checkpoint()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1003bf7ed)
#4 0x1003bfea3 in gfc_undo_symbols()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1003bfea3)
#5 0x10027e8e5 in reject_statement()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x10027e8e5)
#6 0x100289e9c in decode_statement()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x100289e9c)
#7 0x10028c1dc in next_free()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x10028c1dc)
#8 0x10028caa6 in next_statement()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x10028caa6)
#9 0x1002991ab in parse_contained(int)
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1002991ab)
#10 0x1002996e4 in parse_module()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1002996e4)
#11 0x10029a4e1 in gfc_parse_file()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x10029a4e1)
#12 0x1003f14f2 in gfc_be_parse_file()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1003f14f2)
#13 0x1045a4bac in compile_file()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1045a4bac)
#14 0x1045ad7fe in do_compile()
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1045ad7fe)
#15 0x10651f30d in toplev::main(int, char**)
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x10651f30d)
#16 0x1065249ce in main
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1065249ce)
#17 0x7fffbcb65234 in start (/usr/lib/system/libdyld.dylib+0x5234)

previously allocated by thread T0 here:
#0 0x152cd376c in wrap_calloc (/opt/gcc/gcc8w/lib/libasan.4.dylib+0x6676c)
#1 0x106366bd9 in xcalloc
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x106366bd9)
#2 0x1003aafd8 in gfc_new_symbol(char const*, gfc_namespace*)
(/opt/gcc/gcc8g/libexec/gcc/x86_64-apple-darwin16.7.0/8.0.0/f951+0x1003aafd8)
#3 0x1003ad6ea in gfc_get_sym_tree(char const*,

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2017-09-24 Thread tkoenig at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622

--- Comment #11 from Thomas Koenig  ---
The first problem happens when resolving the symbol
passeverywherefcomplex_impl:

(gdb) p *sym
$5 = {name = 0x5e5c600 "passeverywherefcomplex_impl"

The offending line is

4866   if (formal->sym && formal->sym->attr.flavor == FL_NAMELIST)

and it appers to refer to formal->sym
(gdb) p *(formal->sym)
$13 = {name = 0x5e6f1d8 "self", 

So, there is probably a pointer that should have been zeroed
earlier.

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2017-09-24 Thread tkoenig at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622

Thomas Koenig  changed:

   What|Removed |Added

 Status|WAITING |NEW
   Last reconfirmed|2013-12-29 00:00:00 |2017-9-24

--- Comment #10 from Thomas Koenig  ---
Looks like a case of a pointer not being reset when
undoing something. Valgrind complains:

g.f90:30:35:

   type, bind(c) :: Args_Basic_epv_t
   1
Warnung: Abgeleiteter Typ »args_basic_epv_t« mit Attribut BIND(C) bei (1) ist
leer und könnte für entsprechenden C-Prozessor unzugreifbar sein
g.f90:130:2:

   function passeverywherefcomplex_impl(self, c1, c2, c3, exception) result(   
&
  1
Fehler: Nicht klassifizierbare Anweisung bei (1)
==5794== Invalid read of size 1
==5794==at 0x921D0D: resolve_symbol(gfc_symbol*) (resolve.c:14866)
==5794==by 0x93FF92: do_traverse_symtree(gfc_symtree*, void
(*)(gfc_symtree*), void (*)(gfc_symbol*)) (symbol.c:4061)
==5794==by 0x91B87B: resolve_types(gfc_namespace*) (resolve.c:16156)
==5794==by 0x91B97C: resolve_types(gfc_namespace*) (resolve.c:16167)
==5794==by 0x91FF6C: gfc_resolve(gfc_namespace*) [clone .part.51]
(resolve.c:16269)
==5794==by 0x90EE44: gfc_parse_file() (parse.c:6217)
==5794==by 0x951C7F: gfc_be_parse_file() (f95-lang.c:204)
==5794==by 0xDD67BE: compile_file() (toplev.c:456)
==5794==by 0x883E1F: do_compile (toplev.c:2037)
==5794==by 0x883E1F: toplev::main(int, char**) (toplev.c:2172)
==5794==by 0x885E0A: main (main.c:39)
==5794==  Address 0x621422a is 90 bytes inside a block of size 336 free'd
==5794==at 0x4C2E2BB: free (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==5794==by 0x9445D7: gfc_restore_last_undo_checkpoint() (symbol.c:3600)
==5794==by 0x905347: reject_statement() (parse.c:2546)
==5794==by 0x9080E4: decode_statement() (parse.c:347)
==5794==by 0x9096CC: next_free (parse.c:1225)
==5794==by 0x9096CC: next_statement() (parse.c:1457)
==5794==by 0x90D97C: parse_contained(int) (parse.c:5483)
==5794==by 0x90E715: parse_module() (parse.c:5895)
==5794==by 0x90EE29: gfc_parse_file() (parse.c:6198)
==5794==by 0x951C7F: gfc_be_parse_file() (f95-lang.c:204)
==5794==by 0xDD67BE: compile_file() (toplev.c:456)
==5794==by 0x883E1F: do_compile (toplev.c:2037)
==5794==by 0x883E1F: toplev::main(int, char**) (toplev.c:2172)
==5794==by 0x885E0A: main (main.c:39)
==5794==  Block was alloc'd at
==5794==at 0x4C2F0A5: calloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==5794==by 0x156B940: xcalloc (xmalloc.c:162)
==5794==by 0x942FE8: gfc_new_symbol(char const*, gfc_namespace*)
(symbol.c:3003)
==5794==by 0x943467: gfc_get_sym_tree(char const*, gfc_namespace*,
gfc_symtree**, bool) (symbol.c:3252)
==5794==by 0x9436D3: gfc_get_symbol(char const*, gfc_namespace*,
gfc_symbol**) (symbol.c:3305)
==5794==by 0x8A5B80: gfc_match_formal_arglist(gfc_symbol*, int, int, bool)
(decl.c:5953)
==5794==by 0x8AAFF8: gfc_match_function_decl() (decl.c:6773)
==5794==by 0x907C0A: decode_statement() (parse.c:343)
==5794==by 0x9096CC: next_free (parse.c:1225)
==5794==by 0x9096CC: next_statement() (parse.c:1457)
==5794==by 0x90D97C: parse_contained(int) (parse.c:5483)
==5794==by 0x90E715: parse_module() (parse.c:5895)
==5794==by 0x90EE29: gfc_parse_file() (parse.c:6198)

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2015-11-22 Thread tkoenig at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622

Thomas Koenig  changed:

   What|Removed |Added

 CC||tkoenig at gcc dot gnu.org

--- Comment #8 from Thomas Koenig  ---
Is the test case corrupted somehow?

I get syntax errors compiling it:

test.f03:30:35:

   type, bind(c) :: Args_Basic_epv_t
   1

Warning: Derived type 'args_basic_epv_t' with BIND(C) attribute at (1) is
empty, and may be inaccessible by the C companion processor
test.f03:130:2:

   function passeverywherefcomplex_impl(self, c1, c2, c3, exception) result(   
&
  1

Error: Unclassifiable statement at (1)
test.f03:103:8:

 if (b1) then
1

Error: IF clause at (1) requires a scalar LOGICAL expression
test.f03:99:8:

 if (b) then
1

Error: IF clause at (1) requires a scalar LOGICAL expression

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2015-11-22 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622

--- Comment #9 from Dominique d'Humieres  ---
> Is the test case corrupted somehow? ...

This is what I get on x86_64-apple-darwin14 when there is no ICE, but depending
on the "mood" of my machine I sometime I get the ICEs reported in comment 7. So
I suspect there is some uninitialized variable(s), dangling pointer(s), ... in
the error chain, but I am unable to have a consistent way to reproduce the
problem.

I have just compiled the test 12 times with 8 normal error chains and 4 ending
with an iCE.

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2015-10-24 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622

--- Comment #7 from Dominique d'Humieres  ---
> Does the problem still exist?

The change occurred between revisions r217100 (2014-11-04) and r217500
(2014-11-13), likely r217383 for pr44054.

Note that there is probably still a latent bug, an least with trunk (6.0) for
which I see some random ICEs:

[book15] f90/bug% gfc -w pr52622.f90
pr52622.f90:130:2:

   function passeverywherefcomplex_impl(self, c1, c2, c3, exception) result(   
&
  1
Error: Unclassifiable statement at (1)
f951: internal compiler error: Segmentation fault: 11
...
[book15] f90/bug% gfc -w pr52622.f90
pr52622.f90:130:2:

   function passeverywherefcomplex_impl(self, c1, c2, c3, exception) result(   
&
  1
Error: Unclassifiable statement at (1)
pr52622.f90:103:8:

 if (b1) then
1
Error: IF clause at (1) requires a scalar LOGICAL expression
pr52622.f90:99:8:

 if (b) then
1
Error: IF clause at (1) requires a scalar LOGICAL expression
f951: internal compiler error: Segmentation fault: 11
...
[book15] f90/bug% gfcp -w pr52622.f90
pr52622.f90:130:2:

   function passeverywherefcomplex_impl(self, c1, c2, c3, exception) result(   
&
  1
Error: Unclassifiable statement at (1)
(null):0: confused by earlier errors, bailing out
[book15] f90/bug% gfca -w pr52622.f90
pr52622.f90:130:2:

   function passeverywherefcomplex_impl(self, c1, c2, c3, exception) result(   
&
  1
Error: Unclassifiable statement at (1)
(null):0: confused by earlier errors, bailing out

gfc is r229284, gfcp is r229283 configured with --enable-checking=release, and
gfca is r229261 configured with --enable-checking=release.

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2015-10-20 Thread kargl at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |WAITING
 CC||kargl at gcc dot gnu.org

--- Comment #6 from kargl at gcc dot gnu.org ---
The problem reported here seems to be fixed in 4.9.4,
5.2.1, and 6.0.  No idea when or where it was fixed.

The original testcase gives

%  gfc6 -w -c a3.f90
a3.f90:130:2:

   function passeverywherefcomplex_impl(self, c1, c2, c3, exception) result(   
&
  1
Error: Unclassifiable statement at (1)
a3.f90:103:8:

 if (b1) then
1
Error: IF clause at (1) requires a scalar LOGICAL expression
a3.f90:99:8:

 if (b) then
1
Error: IF clause at (1) requires a scalar LOGICAL expression

Adding proper declarations for b and b1, then ends with

% gfc6 -w -c a3.f90
a3.f90:132:2:

   function passeverywherefcomplex_impl(self, c1, c2, c3, exception) result(   
&
  1
Error: Unclassifiable statement at (1)

Adding the missing 'retval) and 'end function', then yields something
that compiles.

Does the problem still exist?

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2013-12-29 Thread dominiq at lps dot ens.fr 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622

Dominique d'Humieres dominiq at lps dot ens.fr changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-12-29
 Ever confirmed|0   |1

--- Comment #5 from Dominique d'Humieres dominiq at lps dot ens.fr ---
On x86_64-apple-darwin10, I don't get any ICE with the releases I have tested,
except 4.8.2 with -w. On x86_64-apple-darwin13, I get the ICE for 4.8.2 and
4.8.3 (r206161) and all 4.9 versions I have tested with -w, but not for 4.7.4
(r206161). May be a 4.8/4.9 regression.

For 4.8.3, the ICE is

f951: internal compiler error: in gfc_free_namespace, at fortran/symbol.c:3461

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2012-04-09 Thread janus at gcc dot gnu.org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622

janus at gcc dot gnu.org changed:

   What|Removed |Added

   Severity|blocker |normal

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2012-03-22 Thread burnus at gcc dot gnu.org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622

Tobias Burnus burnus at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||ice-on-invalid-code
 CC||burnus at gcc dot gnu.org

--- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2012-03-22 
06:58:43 UTC ---
I can reproduce the failure with
  gcc-Version 4.6.2 20111011 (prerelease) [gcc-4_6-branch revision 179784]
(GCC)
  4.6.4 20120310 (prerelease) [gcc-4_6-branch revision 185168] (GCC)
however, for some reasons not with
  gcc version 4.6.2 20111212 [gcc-4_6-branch revision 18] (SUSE Linux)

However, also with 4.8.0 20120320, I do see a failure in valgrind:

==6587== Invalid read of size 4
==6587==at 0x5859C5: resolve_symbol(gfc_symbol*) (resolve.c:10613)
==6587==by 0x5A3253: do_traverse_symtree(gfc_symtree*, void
(*)(gfc_symtree*), void (*)(gfc_symbol*)) (symbol.c:3386)
==6587==by 0x58FC13: resolve_types(gfc_namespace*) (resolve.c:13961)
==6587==by 0x58FCF7: resolve_types(gfc_namespace*) (resolve.c:13972)
==6587==by 0x584043: gfc_resolve(gfc_namespace*) (resolve.c:14061)

 * * *

In 4.6, I have sym-formal_ns == NULL, which crashes for
sym-formal_ns-refs++;. In case of 4.8, it is more difficult as there is no
crash for me but just the valgrind warning.

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2012-03-21 Thread dominiq at lps dot ens.fr 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622

--- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-03-21 
15:56:46 UTC ---
On x86_64-apple-darwin10, compiling the test with 4.6.3, 4.7.0RC2, or trunk
gives the follwoing errors

pr52622.f90:130.2:

  function passeverywherefcomplex_impl(self, c1, c2, c3, exception) result(   

  1
Error: Unclassifiable statement at (1)
pr52622.f90:103.8:

if (b1) then
1
Error: IF clause at (1) requires a scalar LOGICAL expression
pr52622.f90:99.8:

if (b) then
1
Error: IF clause at (1) requires a scalar LOGICAL expression

but no ICE (w/wo -w). Fixing the errors with

--- pr52622.f902012-03-19 17:58:14.0 +0100
+++ pr52622_db.f902012-03-19 18:07:37.0 +0100
@@ -96,10 +96,12 @@ module Args_Basic_Impl
   end type Args_Basic_impl_t
 contains
   function passinbool_impl(self, b, exception) result(retval)
+logical :: b
 if (b) then
 endif
   end function passinbool_impl
   function passeverywherebool_impl(self, b1, b2, b3, exception) result(retval)
+logical :: b1
 if (b1) then
 endif
   end function passeverywherebool_impl
@@ -128,7 +130,10 @@ contains
 retval)
   end function passeverywheredouble_impl
   function passeverywherefcomplex_impl(self, c1, c2, c3, exception) result(   

+retval)
 complex (kind=sidl_fcomplex), intent(in) :: c1
+  end function passeverywherefcomplex_impl
   function passindcomplex_impl(self, c, exception) result(retval)
   end function passindcomplex_impl
 end module Args_Basic_Impl
+end

the code is compiled without error.

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2012-03-20 Thread burnus at gcc dot gnu.org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622

Tobias Burnus burnus at gcc dot gnu.org changed:

   What|Removed |Added

  Attachment #26922|application/octet-stream|text/plain
  mime type||

--- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-03-20 
08:34:26 UTC ---
Comment on attachment 26922
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26922
delta-reduced testcase

With GCC 4.8 I don't get an ICE. (I cannot test 4.6 at the moment.)

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2012-03-20 Thread adrian at llnl dot gov 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622

--- Comment #2 from Adrian Prantl adrian at llnl dot gov 2012-03-20 15:33:40 
UTC ---
I'm getting the error with both gcc 4.6.2 and 4.6.3
Below is the stack trace.

Program received signal SIGSEGV, Segmentation fault.
resolve_symbol (sym=0x14091b0) at ../../gcc-4.6.2/gcc/fortran/resolve.c:12412
12412  sym-formal_ns-refs++;
(gdb) l
12407formal = formal-next;
12408
12409  if (formal)
12410{
12411  sym-formal_ns = formal-sym-ns;
12412  sym-formal_ns-refs++;
12413}
12414}
12415
12416  /* Check threadprivate restrictions.  */
(gdb) bt
#0  resolve_symbol (sym=0x14091b0)
at ../../gcc-4.6.2/gcc/fortran/resolve.c:12412
#1  0x0052f157 in traverse_ns (st=value optimized out, 
func=0x511340 resolve_symbol)
at ../../gcc-4.6.2/gcc/fortran/symbol.c:
#2  0x0052f146 in traverse_ns (st=value optimized out, 
func=0x511340 resolve_symbol)
at ../../gcc-4.6.2/gcc/fortran/symbol.c:3330
#3  0x0051bd4c in resolve_types (ns=0x14087b0)
at ../../gcc-4.6.2/gcc/fortran/resolve.c:13543
#4  0x0051be28 in resolve_types (ns=0x13cd6e0)
at ../../gcc-4.6.2/gcc/fortran/resolve.c:13554
#5  0x00510bf4 in gfc_resolve (ns=0x13cd6e0)
at ../../gcc-4.6.2/gcc/fortran/resolve.c:13642
#6  gfc_resolve (ns=0x13cd6e0) at ../../gcc-4.6.2/gcc/fortran/resolve.c:13630
#7  0x00506229 in gfc_parse_file ()
at ../../gcc-4.6.2/gcc/fortran/parse.c:4404
#8  0x0053f366 in gfc_be_parse_file ()
at ../../gcc-4.6.2/gcc/fortran/f95-lang.c:250
#9  0x0079d6fc in compile_file (argc=13, argv=0x7fffdfc8)
at ../../gcc-4.6.2/gcc/toplev.c:579
#10 do_compile (argc=13, argv=0x7fffdfc8)
at ../../gcc-4.6.2/gcc/toplev.c:1900
---Type return to continue, or q return to quit---
#11 toplev_main (argc=13, argv=0x7fffdfc8)
at ../../gcc-4.6.2/gcc/toplev.c:1963
#12 0x77874c4d in __libc_start_main (main=value optimized out, 
argc=value optimized out, ubp_av=value optimized out, 
init=value optimized out, fini=value optimized out, 
rtld_fini=value optimized out, stack_end=0x7fffdfb8)
at libc-start.c:226
#13 0x0049f9b5 in _start ()
(gdb)