This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH, Fortran] PR fortran/60289 First try on: Fixing character array allocation for class(*) type variable
- From: Mikael Morin <mikael dot morin at sfr dot fr>
- To: Dominique Dhumieres <dominiq at lps dot ens dot fr>, fortran at gcc dot gnu dot org
- Cc: gcc-patches at gcc dot gnu dot org, vehre at gmx dot de
- Date: Sun, 17 Aug 2014 15:17:21 +0200
- Subject: Re: [PATCH, Fortran] PR fortran/60289 First try on: Fixing character array allocation for class(*) type variable
- Authentication-results: sourceware.org; auth=none
- Authentication-results: sfrmc.priv.atos.fr; dkim=none (no signature); dkim-adsp=none (no policy) header dot from=mikael dot morin at sfr dot fr
- References: <20140817124653 dot 1F3C2105 at mailhost dot lps dot ens dot fr>
Le 17/08/2014 14:46, Dominique Dhumieres a écrit :
>> My knowledge of unlimited polymorphic types is limited, but I think that
>> this is not correct.
>
> My knowledge of unlimited polymorphic types is even more limited,
> then I cannot comment about the correctness of the patch. However
>
>> The new length of the string has to be stored somewhere. If you don't
>> do that, for example the intrinsic len() function won't work.
>
> if I add a line
>
> if (len(P) /= 20) call abort()
>
> in the 'type is (character(*))' block, the test still succeeds.
>
Yeah, well. Good to know.
Then I don't understand what the allocation code is doing. :-/
Sorry, I can't devote more time to that right now.
Mikael