re PR fortran/38594 (module function name mangled improperly if contained function...
authorPaul Thomas <pault@gcc.gnu.org>
Sat, 3 Jan 2009 17:47:20 +0000 (17:47 +0000)
committerPaul Thomas <pault@gcc.gnu.org>
Sat, 3 Jan 2009 17:47:20 +0000 (17:47 +0000)
commit79b1d36cdde2ef1c586ada2b58f5b2d1441dd82f
treeeec8656e222be9daf737566c62d8865eb03a690c
parent493aa551b29a64091d07e3a0736b5cd3b84e94a4
re PR fortran/38594 (module function name mangled improperly if contained function of same name exists)

2009-01-03  Paul Thomas  <pault@gcc.gnu.org>

PR fortran/38594
* resolve.c (resolve_call): When searching for proper host
association, use symtree rather than symbol.  For everything
except generic subroutines, substitute the symtree in the call
rather than the symbol.

2009-01-03  Paul Thomas  <pault@gcc.gnu.org>

PR fortran/38594
* gfortran.dg/host_assoc_call_3.f90: Make sure that the generic
interface still works, in addition to original tests.
* gfortran.dg/host_assoc_call_6.f90: New test.

From-SVN: r143032
gcc/fortran/ChangeLog
gcc/fortran/ChangeLog-2008 [new file with mode: 0644]
gcc/fortran/resolve.c
gcc/testsuite/ChangeLog
gcc/testsuite/gfortran.dg/host_assoc_call_3.f90
gcc/testsuite/gfortran.dg/host_assoc_call_6.f90 [new file with mode: 0644]