[Bug fortran/35945] Complex module-based overloading fails

2008-09-24 Thread pault at gcc dot gnu dot org 


--- Comment #4 from pault at gcc dot gnu dot org  2008-09-24 08:14 ---
Fixed on trunk and 4.3

Thanks for the report

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35945

[Bug fortran/35945] Complex module-based overloading fails

2008-09-24 Thread pault at gcc dot gnu dot org 


--- Comment #3 from pault at gcc dot gnu dot org  2008-09-24 08:14 ---
Subject: Bug 35945

Author: pault
Date: Wed Sep 24 08:12:47 2008
New Revision: 140627

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140627
Log:
2008-09-24  Paul Thomas  <[EMAIL PROTECTED]>

   PR fortran/35945
   * resolve.c (resolve_fl_variable_derived):  Remove derived type
   comparison for use associated derived types.  Host association
   of a derived type will not arise if there is a local derived type
   whose use name is the same.

   PR fortran/36700
   * match.c (gfc_match_call):  Use the existing symbol even if
   it is a function.

2008-09-24  Paul Thomas  <[EMAIL PROTECTED]>

   PR fortran/35945
   * gfortran.dg/host_assoc_types_2.f90: New test.

   PR fortran/36700
   * gfortran.dg/host_assoc_call_2.f90: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/host_assoc_call_2.f90
branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/host_assoc_types_2.f90
Modified:
branches/gcc-4_3-branch/gcc/fortran/ChangeLog
branches/gcc-4_3-branch/gcc/fortran/match.c
branches/gcc-4_3-branch/gcc/fortran/resolve.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35945

[Bug fortran/35945] Complex module-based overloading fails

2008-09-18 Thread pault at gcc dot gnu dot org 


--- Comment #2 from pault at gcc dot gnu dot org  2008-09-18 20:22 ---
Subject: Bug 35945

Author: pault
Date: Thu Sep 18 20:21:03 2008
New Revision: 140474

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140474
Log:
2008-09-18  Paul Thomas  <[EMAIL PROTECTED]>

   PR fortran/35945
   * resolve.c (resolve_fl_variable_derived):  Remove derived type
   comparison for use associated derived types.  Host association
   of a derived type will not arise if there is a local derived type
   whose use name is the same.

   PR fortran/36700
   * match.c (gfc_match_call):  Use the existing symbol even if
   it is a function.

2008-09-18  Paul Thomas  <[EMAIL PROTECTED]>

   PR fortran/35945
   * gfortran.dg/host_assoc_types_2.f90: New test.

   PR fortran/36700
   * gfortran.dg/host_assoc_call_2.f90: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/host_assoc_call_2.f90
trunk/gcc/testsuite/gfortran.dg/host_assoc_types_2.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/match.c
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35945

[Bug fortran/35945] Complex module-based overloading fails

2008-07-29 Thread dfranke at gcc dot gnu dot org 


--- Comment #1 from dfranke at gcc dot gnu dot org  2008-07-29 19:33 ---
Confirmed, Lahey accepts it also.
(If 'use stype' in function 'fred' is commented, the testcase compiles
cleanly).

Judging from Joost's initial description in PR32834, I assume this is one of
that kind.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
OtherBugsDependingO||32834
  nThis||
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  GCC build triplet|x86_64-unknown-linux-gnu|
   GCC host triplet|x86_64-unknown-linux-gnu|
 GCC target triplet|x86_64-unknown-linux-gnu|
   Keywords||rejects-valid
  Known to fail||4.4.0
   Last reconfirmed|-00-00 00:00:00 |2008-07-29 19:33:04
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35945