This is the mail archive of the
fortran@gcc.gnu.org
mailing list for the GNU Fortran project.
Re: [Patch, fortran] PR35945 and PR36700
- From: Tobias Burnus <burnus at net-b dot de>
- To: Paul Richard Thomas <paul dot richard dot thomas at gmail dot com>
- Cc: "fortran at gcc dot gnu dot org" <fortran at gcc dot gnu dot org>, gcc-patches <gcc-patches at gcc dot gnu dot org>
- Date: Thu, 18 Sep 2008 16:38:33 +0200
- Subject: Re: [Patch, fortran] PR35945 and PR36700
- References: <339c37f20809180721h3e5f5cdercd1c7f281643267e@mail.gmail.com>
Paul Richard Thomas wrote:
> Both these PRs originate were caused by previous patches of mine and
> both involve host association. The fixes are straightforward and the
> tests are the reporters'.
>
> Bootstrapped and regtested on x86_ia64/FC8
> OK for trunk?
>
OK. Thanks for the patch. (Hopefully there are no side effects left,
which we and the test suite misses.)
> PS Sorry this is not a context diff.
>
Actually, I slightly prefer this "-u" type of patches (actually "-u
-p") ;-)
Tobias
> 2008-09-18 Paul Thomas <pault@gcc.gnu.org>
>
> 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 <pault@gcc.gnu.org>
>
> PR fortran/35945
> * gfortran.dg/host_assoc_types_2.f90: New test.
>
> PR fortran/36700
> * gfortran.dg/host_assoc_call_2.f90: New test.
>