Committed to 7-branch as revision 254293. I will close the PR now.
Cheers
Paul
On 30 October 2017 at 22:16, Paul Richard Thomas
wrote:
> Dear Andre,
>
> Committed to trunk as revision 254244.
>
> In order to debug the code, I was forced to use 7-branch for
> development since there were depende
Dear Andre,
Committed to trunk as revision 254244.
In order to debug the code, I was forced to use 7-branch for
development since there were dependencies that detected the change in
module number. 7-branch accepted the assignments without casts but I
was forced to include them in trunk. As advert
Hi Andre,
You didn't cause the bug. That was generated by neglect of the correct
transfer of actual to formal in gfc_conv_procedure_call. Your _len
check hid the bug :-) We presumably have been have been allocating
random multiples of the space required when passing class objects to
unlimited dumm
Hi Paul,
whoopsie, I remember that I inserted the check for _len > 0 in allocate(). So
it was me causing the bug. Thanks that you found it. The patch looks good to
me. Thanks for the work.
- Andre
On Mon, 30 Oct 2017 12:20:20 +
Paul Richard Thomas wrote:
> Dear All,
>
> This bug took a si
Dear All,
This bug took a silly amount of effort to diagnose but once done, the
fix was obvious.
The bug is triggered in this function from the reporter's source file
gfc_graph.F90:
function GraphIterAppendVertex(this,vertex) result(ierr)
!Appends a new vertex to the graph.
impl