This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [Patch, fortran] PR40472 - Simplification of spread intrinsic takes a long time
- From: Daniel Franke <franke dot daniel at gmail dot com>
- To: fortran at gcc dot gnu dot org
- Cc: Paul Richard Thomas <paul dot richard dot thomas at gmail dot com>, "gcc-patches" <gcc-patches at gcc dot gnu dot org>
- Date: Sun, 21 Jun 2009 00:57:39 +0200
- Subject: Re: [Patch, fortran] PR40472 - Simplification of spread intrinsic takes a long time
- References: <339c37f20906201539p46a65dd6l587688acd8266437@mail.gmail.com>
On Sunday 21 June 2009 00:39:05 Paul Richard Thomas wrote:
> This is another obvious one - at the moment, SPREAD has the ability to
> simplify an array to any size. This is clearly not right. As a
> simplifying (excuse the pun) assumption, I have supposed that
> gfc_simplify_spread should not try to emit an array of larger than
> gfc_option.flag_max_array_constructor.
Besides the compile-time issue, I don't see why this is "clearly not right"?!
Also, I'm quite sure that this not only applies to SPREAD, but very likely to
all other F2003 simplifiers implemented in 4.5.
As noted in the PR, I strongly believe that the linear constructor list needs
to go more sooner than later.
That said, ok as a workaround for trunk for now - but not for 4.4 (there is no
such simplifier for spread ;)
Cheers
Daniel