[Ada] Implement component finalization ordering rules for type extensions
Finalization of a record object is required to finalize any components that have an access discriminant constrained by a per-object expression before other components. This includes the case of a type extension; "early finalization" components of the parent type are required to be finalized before non-early-finalization extension components. This is implemented in the extension type's finalization procedure by placing the call to the parent type's finalization procedure between the finalization of the "early finalization" extension components and the finalization of the other extension components. Previously that call was executed after finalizing all of the extension conponents. gcc/ada/ * exp_ch7.adb (Build_Finalize_Statements): Add Last_POC_Call variable to keep track of the last "early finalization" call generated for type extension's finalization procedure. If non-empty, then this will indicate the point at which to insert the call to the parent type's finalization procedure. Modify nested function Process_Component_List_For_Finalize to set this variable (and avoid setting it during a recursive call). If Last_POC_Call is empty, then insert the parent finalization call before, rather than after, the finalization code for the extension components.
This commit is contained in:
parent
909ce3528c
commit
7c88e46a27
@ -8273,19 +8273,23 @@ package body Exp_Ch7 is
|
||||
|
||||
Counter : Nat := 0;
|
||||
Finalizer_Data : Finalization_Exception_Data;
|
||||
Last_POC_Call : Node_Id := Empty;
|
||||
|
||||
function Process_Component_List_For_Finalize
|
||||
(Comps : Node_Id) return List_Id;
|
||||
(Comps : Node_Id;
|
||||
In_Variant_Part : Boolean := False) return List_Id;
|
||||
-- Build all necessary finalization statements for a single component
|
||||
-- list. The statements may include a jump circuitry if flag Is_Local
|
||||
-- is enabled.
|
||||
-- is enabled. In_Variant_Part indicates whether this is a recursive
|
||||
-- call.
|
||||
|
||||
-----------------------------------------
|
||||
-- Process_Component_List_For_Finalize --
|
||||
-----------------------------------------
|
||||
|
||||
function Process_Component_List_For_Finalize
|
||||
(Comps : Node_Id) return List_Id
|
||||
(Comps : Node_Id;
|
||||
In_Variant_Part : Boolean := False) return List_Id
|
||||
is
|
||||
procedure Process_Component_For_Finalize
|
||||
(Decl : Node_Id;
|
||||
@ -8467,7 +8471,8 @@ package body Exp_Ch7 is
|
||||
New_Copy_List (Discrete_Choices (Var)),
|
||||
Statements =>
|
||||
Process_Component_List_For_Finalize (
|
||||
Component_List (Var))));
|
||||
Component_List (Var),
|
||||
In_Variant_Part => True)));
|
||||
|
||||
Next_Non_Pragma (Var);
|
||||
end loop;
|
||||
@ -8534,6 +8539,12 @@ package body Exp_Ch7 is
|
||||
end loop;
|
||||
end if;
|
||||
|
||||
if not In_Variant_Part then
|
||||
Last_POC_Call := Last (Stmts);
|
||||
-- In the case of a type extension, the deep-finalize call
|
||||
-- for the _Parent component will be inserted here.
|
||||
end if;
|
||||
|
||||
-- Process the rest of the components in reverse order
|
||||
|
||||
Decl := Last_Non_Pragma (Component_Items (Comps));
|
||||
@ -8749,7 +8760,38 @@ package body Exp_Ch7 is
|
||||
(Finalizer_Data))));
|
||||
end if;
|
||||
|
||||
Append_To (Bod_Stmts, Fin_Stmt);
|
||||
-- The intended component finalization order is
|
||||
-- 1) POC components of extension
|
||||
-- 2) _Parent component
|
||||
-- 3) non-POC components of extension.
|
||||
--
|
||||
-- With this "finalize the parent part in the middle"
|
||||
-- ordering, we can avoid the need for making two
|
||||
-- calls to the parent's subprogram in the way that
|
||||
-- is necessary for Init_Procs. This does have the
|
||||
-- peculiar (but legal) consequence that the parent's
|
||||
-- non-POC components are finalized before the
|
||||
-- non-POC extension components. This violates the
|
||||
-- usual "finalize in reverse declaration order"
|
||||
-- principle, but that's ok (see Ada RM 7.6.1(9)).
|
||||
--
|
||||
-- Last_POC_Call should be non-empty if the extension
|
||||
-- has at least one POC. Interactions with variant
|
||||
-- parts are incorrectly ignored.
|
||||
|
||||
if Present (Last_POC_Call) then
|
||||
Insert_After (Last_POC_Call, Fin_Stmt);
|
||||
else
|
||||
-- At this point, we could look for the common case
|
||||
-- where there are no POC components anywhere in
|
||||
-- sight (inherited or not) and, in that common case,
|
||||
-- call Append_To instead of Prepend_To. That would
|
||||
-- result in finalizing the parent part after, rather
|
||||
-- than before, the extension components. That might
|
||||
-- be more intuitive (as discussed in preceding
|
||||
-- comment), but it is not required.
|
||||
Prepend_To (Bod_Stmts, Fin_Stmt);
|
||||
end if;
|
||||
end if;
|
||||
end if;
|
||||
end;
|
||||
|
Loading…
Reference in New Issue
Block a user