--- Comment #5 from danp57 at optonline dot net 2007-07-04 04:16 ---
Subject: Re: dummy procedure problem
Inserting "implicit none" in the headings of all the functions/program
bodies made it clear that the main program did not know what type it was
passing. Explicit insertion of "r
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-07-04 04:05
---
and lahey says:
2623-S: "SOURCE.F90", line 25: The actual argument shall be a procedure name
that associates the dummy argument 'f' of procedure 'wrap'. The previous
appearance is in 'line 1'.
2617-S: "SOURCE
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-04 03:49 ---
The main reason is that the interface for wrap is not known, and also g is
implicate(sp?) which means it is a real(4).
Actually it is the implicate(sp?) issue.
If I make what g is by doing:
external :: g
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-04 03:43 ---
I don't think this is valid code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32620
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-07-04 03:40
---
This is a very hard crash. No info from gdb.
Valgrind reports:
==14958== Conditional jump or move depends on uninitialised value(s)
==14958==at 0x430B31: strlen (in /home/jerry/prs/inwork/pr32620/a.out)
==14
