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 wrote:
> Janus Weil wrote:
>>>
>>> >The expr to al->expr change is to
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 a
Btw, one nit about your ChangeLog:
2012-12-05 Tobias Burnus
* 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 (gfc_trans_deallocate): Pass po
Hi Tobias,
> The patch below is part of my FINAL patch. The NULL -> NULL_TREE change is
> obvious.
certainly ok.
> 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 defe
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 cha
