This is the mail archive of the
fortran@gcc.gnu.org
mailing list for the GNU Fortran project.
Re: [Patch, fortran] PR34537 - ICE or wrong code for TRANSFER of constant string to character
- From: Tobias Burnus <burnus at net-b dot de>
- To: Paul Richard Thomas <paul dot richard dot thomas at gmail dot com>, gcc-patches <gcc-patches at gcc dot gnu dot org>
- Cc: "fortran at gcc dot gnu dot org" <fortran at gcc dot gnu dot org>
- Date: Fri, 11 Jan 2008 15:14:12 +0100
- Subject: Re: [Patch, fortran] PR34537 - ICE or wrong code for TRANSFER of constant string to character
- References: <339c37f20801110457u54f60c35x32bc062ba1d076ec@mail.gmail.com>
(CCed gcc-patches; for patch, see fortran@)
Paul Richard Thomas wrote:
> Regetested on Cygwin_NT (will do the lot on x86_ia64 tonight) - OK for trunk?
>
OK. Thanks for the patch.
Tobias
PS: According to the GCC 4.3.0 status report,
http://gcc.gnu.org/ml/gcc/2008-01/msg00136.html, GCC has currently 112
release-blocking PRs (-9 within 9 days); "when we reach 100 open
regressions, we will go to regression-only mode."
It would be great if your attribute-spec patch could go in before, I
think it is rather invasive (compared with other patches such as this
one) and I think it would be great if it could go in 4.3.0; I think it
might be too large for the regression-only mode.
I try myself to find some time for gfortran at the weekend.
PPS: I found the following in the Wien2k (electronic structure
calculation of solids) release notes: "support for gfortran, seems to be
a very good compiler".
> 2008-01-11 Paul Thomas <pault@gcc.gnu.org>
>
> PR fortran/34537
> * simplify.c (gfc_simplify_transfer): Return NULL if the size
> of the element is unavailable and only assign character length
> to the result, if 'mold' is constant.
>
> 2008-01-11 Paul Thomas <pault@gcc.gnu.org>
>
> PR fortran/34537
> * gfortran.dg/transfer_simplify_8.f90: New test.