This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [Patch, fortran] PR33566 - fortran : wrong rank of derived type parameters array components

From: Jerry DeLisle <jvdelisle at verizon dot net>
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 List <gcc-patches at gcc dot gnu dot org>
Date: Mon, 01 Oct 2007 21:56:00 -0700
Subject: Re: [Patch, fortran] PR33566 - fortran : wrong rank of derived type parameters array components
References: <339c37f20709290238j485dcb0bvb5b98edb71a757ae@mail.gmail.com>

Paul Richard Thomas wrote:

:ADDPATCH fortran:

This one is really annoying because I fixed the problem for use
associated derived type parameters just recently - I never even
thought to check that parameters in the same scope as the expression
worked OK.  Anyway, this works by removing the check for use
association in the previous patch.  I also let the simplifier do its
thing for full array references; otherwise, any array reference to a
derived type parameter is treated as a variable expression.

The testcase is the reporter's, with the addition of a second
previously failing expression.

Bootstrapped and regtested on x86_ia64/FC5 - OK for trunk?

Paul

2007-09-29 Paul Thomas <pault@gcc.gnu.org>

	PR fortran/33566
	* primary.c (gfc_match_rvalue): Make all expressions with array
	references to structure parameters into variable expressions.

2007-09-29 Paul Thomas <pault@gcc.gnu.org>

	PR fortran/33566
	* gfortran.dg/derived_comp_array_ref_5.f90: New test.

OK to commit. Looks clean!

Jerry

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]