--- Comment #9 from hjl at gcc dot gnu dot org 2006-02-05 19:53 ---
Subject: Bug 26041
Author: hjl
Date: Sun Feb 5 19:53:00 2006
New Revision: 110619
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110619
Log:
2006-02-05 H.J. Lu <[EMAIL PROTECTED]>
PR fortran/26041
--- Comment #8 from hjl at gcc dot gnu dot org 2006-02-05 19:52 ---
Subject: Bug 26041
Author: hjl
Date: Sun Feb 5 19:52:35 2006
New Revision: 110618
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110618
Log:
2006-02-05 H.J. Lu <[EMAIL PROTECTED]>
PR fortran/26041
--- Comment #7 from hjl at lucon dot org 2006-02-02 01:18 ---
An updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00102.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26041
--- Comment #6 from hjl at lucon dot org 2006-02-01 16:49 ---
*** Bug 26064 has been marked as a duplicate of this bug. ***
--
hjl at lucon dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-01 14:46 ---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg02261.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from eedelman at gcc dot gnu dot org 2006-02-01 11:29
---
(In reply to comment #2)
> How about this?
As far as I can see, this latter testcase is valid code. Confirmed.
An additional comment:
If I change the call to the generic subroutine bar_ in xxx to a call to th
--- Comment #3 from hjl at lucon dot org 2006-01-31 23:34 ---
The problem is in gfc_resolve:
void
gfc_resolve (gfc_namespace * ns)
{
...
gfc_traverse_ns (ns, resolve_symbol);
...
for (n = ns->contained; n; n = n->sibling)
gfc_resolve (ns)
...
resolve_code (ns->code, ns);
--- Comment #2 from hjl at lucon dot org 2006-01-31 04:58 ---
How about this?
[EMAIL PROTECTED] cpu2006-465b]$ !cat
cat foo.f90
module foo
publicbar_
interface bar_
module procedure bar
end interface
publicxxx_
interface xxx_
module procedure xxx
en
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-31 02:04 ---
This does not look like valid code.
As the types of the dummy z are different.
The error message is bogus but that is a different bug. PR 20067.
Arrays have nothing to do with it by the way, you can reproduce the er
