* [Bug fortran/91316] Derived type finalization failing
[not found] <bug-91316-4@http.gcc.gnu.org/bugzilla/>
@ 2022-02-03 13:04 ` pault at gcc dot gnu.org
2022-12-03 8:56 ` pault at gcc dot gnu.org
` (4 subsequent siblings)
5 siblings, 0 replies; 6+ messages in thread
From: pault at gcc dot gnu.org @ 2022-02-03 13:04 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91316
Paul Thomas <pault at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pault at gcc dot gnu.org
Blocks| |37336
--- Comment #1 from Paul Thomas <pault at gcc dot gnu.org> ---
I notice that this is missing from the list of dependencies of PR37336, for
which a wider fix will be submitted this afternoon.
Best regards
Paul
Referenced Bugs:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
[Bug 37336] [F03] Finish derived-type finalization
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug fortran/91316] Derived type finalization failing
[not found] <bug-91316-4@http.gcc.gnu.org/bugzilla/>
2022-02-03 13:04 ` [Bug fortran/91316] Derived type finalization failing pault at gcc dot gnu.org
@ 2022-12-03 8:56 ` pault at gcc dot gnu.org
2022-12-03 16:05 ` jvdelisle at gcc dot gnu.org
` (3 subsequent siblings)
5 siblings, 0 replies; 6+ messages in thread
From: pault at gcc dot gnu.org @ 2022-12-03 8:56 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91316
--- Comment #2 from Paul Thomas <pault at gcc dot gnu.org> ---
(In reply to Paul Thomas from comment #1)
> I notice that this is missing from the list of dependencies of PR37336, for
> which a wider fix will be submitted this afternoon.
>
> Best regards
>
> Paul
I have returned to this problem. final_s4 generates illegal recursive I/O and
hangs due to a mutex lock. It works fine if the I/O is removed from the final
procedure.
__attribute__((fn spec (". ")))
void final_s4 ()
{
struct array00_final_t D.4386;
{
struct __st_parameter_dt dt_parm.6;
dt_parm.6.common.filename = &"/home/pault/prs/pr37336/pr91316.f90"[1]{lb: 1
sz: 1};
dt_parm.6.common.line = 127;
dt_parm.6.common.flags = 128;
dt_parm.6.common.unit = 6;
_gfortran_st_write (&dt_parm.6);
_gfortran_transfer_character_write (&dt_parm.6, &"f4: "[1]{lb: 1 sz: 1},
4);
{
static integer(kind=4) C.4378 = 4;
struct final_t D.4379;
struct final_t D.4380;
struct array00_final_t desc.7;
struct final_t D.4387;
integer(kind=4) D.4388;
D.4379 = final_set (&C.4378);
D.4380 = D.4379;
desc.7.dtype = {.elem_len=4, .rank=0, .type=5};
desc.7.data = (void * restrict) &D.4379;
desc.7.span = (integer(kind=8)) desc.7.dtype.elem_len;
D.4386 = desc.7;
D.4387 = D.4380;
D.4388 = final_get (&D.4387);
_gfortran_transfer_integer_write (&dt_parm.6, &D.4388, 4);
if (__vtab_final_m_Final_t._final != 0B && (struct final_t * restrict)
D.4386.data != 0B)
{
__vtab_final_m_Final_t._final (&D.4386, __vtab_final_m_Final_t._size,
0);
}
}
_gfortran_st_write_done (&dt_parm.6);
}
return;
}
Cheers
Paul
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug fortran/91316] Derived type finalization failing
[not found] <bug-91316-4@http.gcc.gnu.org/bugzilla/>
2022-02-03 13:04 ` [Bug fortran/91316] Derived type finalization failing pault at gcc dot gnu.org
2022-12-03 8:56 ` pault at gcc dot gnu.org
@ 2022-12-03 16:05 ` jvdelisle at gcc dot gnu.org
2023-03-18 7:56 ` cvs-commit at gcc dot gnu.org
` (2 subsequent siblings)
5 siblings, 0 replies; 6+ messages in thread
From: jvdelisle at gcc dot gnu.org @ 2022-12-03 16:05 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91316
Jerry DeLisle <jvdelisle at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jvdelisle at gcc dot gnu.org
--- Comment #3 from Jerry DeLisle <jvdelisle at gcc dot gnu.org> ---
(In reply to Paul Thomas from comment #2)
> (In reply to Paul Thomas from comment #1)
> > I notice that this is missing from the list of dependencies of PR37336, for
> > which a wider fix will be submitted this afternoon.
This has caught folks twice this last week. I have some ideas on a diagnostic
for it at run time and will submit a separate PR for it.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug fortran/91316] Derived type finalization failing
[not found] <bug-91316-4@http.gcc.gnu.org/bugzilla/>
` (2 preceding siblings ...)
2022-12-03 16:05 ` jvdelisle at gcc dot gnu.org
@ 2023-03-18 7:56 ` cvs-commit at gcc dot gnu.org
2023-03-18 16:26 ` pault at gcc dot gnu.org
2023-04-14 14:13 ` pault at gcc dot gnu.org
5 siblings, 0 replies; 6+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2023-03-18 7:56 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91316
--- Comment #4 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Paul Thomas <pault@gcc.gnu.org>:
https://gcc.gnu.org/g:d7caf313525a46f200d7f5db1ba893f853774aee
commit r13-6747-gd7caf313525a46f200d7f5db1ba893f853774aee
Author: Paul Thomas <pault@gcc.gnu.org>
Date: Sat Mar 18 07:56:23 2023 +0000
Fortran: Fix bugs and missing features in finalization [PR37336]
2023-03-18 Paul Thomas <pault@gcc.gnu.org>
gcc/fortran
PR fortran/103854
PR fortran/96122
PR fortran/37336
* class.cc (finalize_component): Include the missing arguments
in the call to the component's finalizer wrapper.
(has_finalizer_component): Do not return true for procedure
pointer components.
(finalizer_insert_packed_call): Remove the redundant argument
in the call to the final subroutine.
(generate_finalization_wrapper): Add support for assumed rank
finalizers.
(gfc_may_be_finalized): New helper function.
* dump-parse-tree.cc (write_proc): Whitespace.
* gfortran.h : Add prototype for gfc_may_be_finalized.
* resolve.cc (resolve_function): Correct derived types that
have an incomplete namespace.
(resolve_where, gfc_resolve_where_code_in_forall,
gfc_resolve_forall_body, gfc_resolve_code): Check that the op
code is still EXEC_ASSIGN. If it is set lhs to must finalize.
(is_finalizable_type): New function.
(generate_component_assignments): Set must_finalize if needed.
(gfc_resolve_finalizers): Error if assumed rank finalizer is
not the only one. Warning on lack of scalar finalizer modified
to account for assumed rank finalizers.
(generate_final_call): New function.
(generate_component_assignments): Enclose the outermost call in
a block to capture automatic deallocation and final calls.
Set must_finalize as required to satisfy the standards. Use an
explicit pointer assignment for pointer components to capture
finalization of the target. Likewise use explicit assignment
for allocatable components. Do not use the temporary copy of
the lhs in defined assignment if the component is allocatable.
Put the temporary in the same namespace as the lhs symbol if
the component may be finalized. Remove the leading assignment
from the expansion of assignment of components that have their
own defined assignment components. Suppress finalization of
assignment of temporary components to the lhs. Make an explicit
final call for the rhs function temporary if it exists.
(gfc_resolve_code): Set must_finalize for assignments with an
array constructor on the rhs.
(gfc_resolve_finalizers): Ensure that an assumed rank finalizer
is the only finalizer for that type and correct the surprising
warning for the lack of a scalar finalizer.
(check_defined_assignments): Handle allocatable components.
(resolve_fl_derived): Set referenced the vtab for use
associated symbols.
(resolve_symbol): Set referenced an unreferenced symbol that
will be finalized.
* trans-array.cc (gfc_trans_array_constructor_value): Add code
to finalize the constructor result. Warn that this feature was
removed in F2018 and that it is suppressed by -std=2018.
(trans_array_constructor): Add finalblock, pass to previous
and apply to loop->post if filled.
(gfc_add_loop_ss_code): Add se finalblock to outer loop post.
(gfc_trans_array_cobounds, gfc_trans_array_bounds): Add any
generated finalization code to the main block.
(structure_alloc_comps): Add boolean argument to suppress
finalization and use it for calls from
gfc_deallocate_alloc_comp_no_caf. Otherwise it defaults to
false.
(gfc_copy_alloc_comp_no_fini): New wrapper for
structure_alloc_comps.
(gfc_alloc_allocatable_for_assignment): Suppress finalization
by setting new arg in call to gfc_deallocate_alloc_comp_no_caf.
(gfc_trans_deferred_array): Use gfc_may_be_finalized and do not
deallocate the components of entities with a leading '_' in the
name that are also marked as artificial.
* trans-array.h : Add the new boolean argument to the prototype
of gfc_deallocate_alloc_comp_no_caf with a default of false.
Add prototype for gfc_copy_alloc_comp_no_fini.
* trans-decl.cc(init_intent_out_dt): Tidy up the code.
* trans-expr.cc (gfc_init_se): Initialize finalblock.
(gfc_conv_procedure_call): Use gfc_finalize_tree_expr to
finalize function results. Replace in-line block for class
results with call to new function.
(gfc_conv_expr): Finalize structure constructors for F2003 and
F2008. Warn that this feature was deleted in F2018 and, unlike
array constructors, is not default. Add array constructor
finalblock to the post block.
(gfc_trans_scalar_assign): Suppress finalization by setting new
argument in call to gfc_deallocate_alloc_comp_no_caf. Add the
finalization blocks to the main block.
(gfc_trans_arrayfunc_assign): Use gfc_assignment_finalizer_call
and ensure that finalization occurs after the evaluation of the
rhs but using the initial value for the lhs. Finalize rhs
function results using gfc_finalize_tree_expr.
(trans_class_assignment, gfc_trans_assignment_1): As previous
function, taking care to order evaluation, assignment and
finalization correctly.
* trans-io.cc (gfc_trans_transfer): Add the final block.
* trans-stmt.cc (gfc_trans_call, gfc_trans_allocate): likewise.
(trans_associate_var): Nullify derived allocatable components
and finalize function targets with defined assignment
components on leaving the block scope.
(trans_allocate): Finalize source expressions, if required,
and set init_expr artificial temporarily to suppress the
finalization in gfc_trans_assignment.
* trans.cc (gfc_add_finalizer_call): Do not finalize the
temporaries generated in type assignment with defined
assignment components.
(gfc_assignment_finalizer_call): New function.
(gfc_finalize_tree_expr): New function.
* trans.h: Add finalblock to gfc_se. Add the prototypes for
gfc_finalize_tree_expr and gfc_assignment_finalizer_call.
gcc/testsuite/
PR fortran/64290
* gfortran.dg/finalize_38.f90 : New test.
* gfortran.dg/finalize_38a.f90 : New test.
* gfortran.dg/allocate_with_source_25.f90 : The number of final
calls goes down from 6 to 4.
* gfortran.dg/associate_25.f90 : Remove the incorrect comment.
* gfortran.dg/auto_dealloc_2.f90 : Change the tree dump expr
but the final count remains the same.
* gfortran.dg/unlimited_polymorphic_8.f90 : Tree dump reveals
foo.1.x rather than foo.0.x
PR fortran/67444
* gfortran.dg/finalize_39.f90 : New test.
PR fortran/67471
* gfortran.dg/finalize_40.f90 : New test.
PR fortran/69298
PR fortran/70863
* gfortran.dg/finalize_41.f90 : New test.
PR fortran/71798
* gfortran.dg/finalize_42.f90 : New test.
PR fortran/80524
* gfortran.dg/finalize_43.f90 : New test.
PR fortran/82996
* gfortran.dg/finalize_44.f90 : New test.
PR fortran/84472
* gfortran.dg/finalize_45.f90 : New test.
PR fortran/88735
PR fortran/93691
* gfortran.dg/finalize_46.f90 : New test.
PR fortran/91316
* gfortran.dg/finalize_47.f90 : New test.
PR fortran/106576
* gfortran.dg/finalize_48.f90 : New test.
PR fortran/37336
* gfortran.dg/finalize_49.f90 : New test.
* gfortran.dg/finalize_50.f90 : New test.
* gfortran.dg/finalize_51.f90 : New test.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug fortran/91316] Derived type finalization failing
[not found] <bug-91316-4@http.gcc.gnu.org/bugzilla/>
` (3 preceding siblings ...)
2023-03-18 7:56 ` cvs-commit at gcc dot gnu.org
@ 2023-03-18 16:26 ` pault at gcc dot gnu.org
2023-04-14 14:13 ` pault at gcc dot gnu.org
5 siblings, 0 replies; 6+ messages in thread
From: pault at gcc dot gnu.org @ 2023-03-18 16:26 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91316
--- Comment #5 from Paul Thomas <pault at gcc dot gnu.org> ---
Hi Jose,
This is fixed to the extent that it behaves in the same way as ifort.
nagfor, on the other hand, gives:
[pault@pc30 pr37336]$ rm ./a.out;nagfor pr91316.f90 -g;./a.out
NAG Fortran Compiler Release 7.1(Hanzomon) Build 7115
Error: pr91316.f90, line 39: Finaliser FINAL_END for INTENT(OUT) dummy THIS
(no. 1) of pure procedure FINAL_INIT is not pure
Errors in declarations, no further processing for FINAL_INIT
Error: pr91316.f90, line 48: Rank 0 type FINAL_T result variable of pure
function FINAL_SET will invoke an impure final subroutine
Errors in declarations, no further processing for FINAL_SET
Malcolm Cohen has convinced me that this error is correct.
Setting the elemental functions to be impure recovers the expected behaviour
with nagfor.
I will keep this PR open as a place holder for this nit.
Regards
Paul
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug fortran/91316] Derived type finalization failing
[not found] <bug-91316-4@http.gcc.gnu.org/bugzilla/>
` (4 preceding siblings ...)
2023-03-18 16:26 ` pault at gcc dot gnu.org
@ 2023-04-14 14:13 ` pault at gcc dot gnu.org
5 siblings, 0 replies; 6+ messages in thread
From: pault at gcc dot gnu.org @ 2023-04-14 14:13 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91316
Paul Thomas <pault at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|NEW |RESOLVED
--- Comment #6 from Paul Thomas <pault at gcc dot gnu.org> ---
Fixed on trunk.
Thanks for the report.
Paul
^ permalink raw reply [flat|nested] 6+ messages in thread