Dear Tobias,
This does what it is advertised to do - OK for trunk
Thanks for the patch.
Paul
PS Thomas has beaten it to me on the other two patches; they look OK
for trunk to me too.
On 9 December 2012 20:04, Tobias Burnus <bur...@net-b.de> wrote:
> Janus Weil wrote:
>>>
>>> >The expr to al->expr change is to pass a BT_CLASS instead of a
>>> >BT_DERIVED. And the NULL to gfc_lval_expr_from_sym change allows to
>>> > access
>>> >var->_vtab->_final for a BT_CLASS deferred variable.
>>
>> It seems that both of them will not have any effect right now, but are
>> useful only as preparation for FINAL, right?
>
>
> I think that's true. I wanted to claim that it also fixes the following, but
> it doesn't:
>
> class(t), allocatable :: a, b, c
> allocate (t2 :: a)
> call move_alloc (from=a, to=b)
>
> "a" should not only be deallocated but same_type_as(a,c) should be true,
> i.e. one has to reset the "a->_vtab" pointer to the declared type.
>
> A follow-up patch which fixes this is attached.
>
> Build and regtested on x86-64-gnu-linux.
> OK for the trunk?
>
> Tobias
--
The knack of flying is learning how to throw yourself at the ground and miss.
--Hitchhikers Guide to the Galaxy
