Le 03/11/2016 à 14:16, Andre Vehreschild a écrit :
@Dominique: Would you give it a go on your open patch collection? Maybe it
fixes one PR, but I am not very hopeful, because the patch is merely removing
complexity instead of doing new things.
Hello,
Since you asked:
I think the patch fixes pr
Hi Steve, hi Paul, hi Dominique, hi all,
thanks for the reviews, Steve and Paul, thanks for the heavy testing, Dominique.
Committed as r241885.
Regards,
Andre
On Sat, 5 Nov 2016 10:46:46 +0100
Paul Richard Thomas wrote:
> Dear Andre,
>
> The patch looks fine to me. OK for trunk.
>
> C
Dear Andre,
The patch looks fine to me. OK for trunk.
Cheers
Paul
On 4 November 2016 at 01:57, Steve Kargl
wrote:
> On Thu, Nov 03, 2016 at 02:16:48PM +0100, Andre Vehreschild wrote:
>>
>> Bootstraps and regtests fine on x86_64-linux/F23. Ok for trunk?
>>
>> @Dominique: Would you give it a go
On Thu, Nov 03, 2016 at 02:16:48PM +0100, Andre Vehreschild wrote:
>
> Bootstraps and regtests fine on x86_64-linux/F23. Ok for trunk?
>
> @Dominique: Would you give it a go on your open patch collection? Maybe it
> fixes one PR, but I am not very hopeful, because the patch is merely removing
> c
Hi all,
the attached patch restructures gfortran's way of initializing components of
derived types in ALLOCATE. The old way was to generate a new gfc_code-node and
add it after the ALLOCATE node to initialize the the derived type on certain
conditions (like initializer or allocatable components ex
