Re: [Patch,Fortran] reset dynamic type with MOVE_ALLOC (was: Re: [Patch, Fortran] Small patch for calls to gfc_deallocate_scalar_with_status)

2012-12-16 Thread Paul Richard Thomas
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

[Patch,Fortran] reset dynamic type with MOVE_ALLOC (was: Re: [Patch, Fortran] Small patch for calls to gfc_deallocate_scalar_with_status)

2012-12-09 Thread Tobias Burnus
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

Re: [Patch, Fortran] Small patch for calls to gfc_deallocate_scalar_with_status

2012-12-08 Thread Janus Weil
Btw, one nit about your ChangeLog: 2012-12-05 Tobias Burnus bur...@net-b.de * trans-array.c (gfc_deallocate_scalar_with_status): Use NULL_TREE in the call to gfc_deallocate_scalar_with_status. * trans-decl.c (gfc_trans_deferred_vars): Pass symbol. * trans-stmt.c

[Patch, Fortran] Small patch for calls to gfc_deallocate_scalar_with_status

2012-12-05 Thread Tobias Burnus
First, I would like to *ping* the patch http://gcc.gnu.org/ml/fortran/2012-12/msg00022.html The patch below is part of my FINAL patch. The NULL - NULL_TREE change is obvious. 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