2016-12-12 18:37 GMT+01:00 Paul Richard Thomas :
> Hi Janus,
>
> The patch is good - OK for trunk.
Thanks, Paul. Committed as r243580.
Cheers,
Janus
> On 12 December 2016 at 16:52, Janus Weil wrote:
>> Hi all,
>>
>> I hate to ping this patch
Hi Janus,
The patch is good - OK for trunk.
Thanks
Paul
On 12 December 2016 at 16:52, Janus Weil wrote:
> Hi all,
>
> I hate to ping this patch once more, but somehow we need to come to a
> conclusion here.
>
> The issue boils down to the fact that there is a piece of code
Hi all,
I hate to ping this patch once more, but somehow we need to come to a
conclusion here.
The issue boils down to the fact that there is a piece of code in the
gfortran code which claims that specification functions are
'constant', but I doubt that this is true. To my understanding the
double-ping!
2016-11-26 10:45 GMT+01:00 Janus Weil :
> ping!
>
>
> 2016-11-19 10:12 GMT+01:00 Janus Weil :
>> Hi all,
>>
>>> I previously assumed that the test case for this PR would be legal,
>>> but by now I think that's wrong. The test case should be
2016-11-26 17:37 GMT+01:00 Dominique d'Humières :
>
>> Le 26 nov. 2016 à 10:45, Janus Weil a écrit :
>>
>> ping!
>>
> The patch is working has expected. Note the removed block has been introduced
> by Daniel Franke at r126826.
Right, thanks for the
> Le 26 nov. 2016 à 10:45, Janus Weil a écrit :
>
> ping!
>
The patch is working has expected. Note the removed block has been introduced
by Daniel Franke at r126826.
Dominique.
ping!
2016-11-19 10:12 GMT+01:00 Janus Weil :
> Hi all,
>
>> I previously assumed that the test case for this PR would be legal,
>> but by now I think that's wrong. The test case should be rejected, and
>> we already have checking mechanisms for this (see
>>
Hi all,
> I previously assumed that the test case for this PR would be legal,
> but by now I think that's wrong. The test case should be rejected, and
> we already have checking mechanisms for this (see
> resolve_fl_variable), but apparently they are not working.
>
> My current suspicion is that
Hi Dominique,
>> the attached patch fixes an ice-on-valid problem, simply by removing an
>> assert. ...
>
> I have several instances in my test suite showing that the proposed patch
> removes the ICE but generates wrong code:
>
> pr42359, second test, => ICE on another place
> pr54613, sixth
Hi Janus,
> the attached patch fixes an ice-on-valid problem, simply by removing an
> assert. ...
I have several instances in my test suite showing that the proposed patch
removes the ICE but generates wrong code:
pr42359, second test, => ICE on another place
pr54613, sixth and eighth tests,
10 matches
Mail list logo