Fix gcc.dg/vect/vect-gather-4.c for cascadelake
[official-gcc.git] / gcc / ada / inline.ads
blobbc90c0ce6d83a16316d4713c50c652c8e8c8d9e7
1 ------------------------------------------------------------------------------
2 -- --
3 -- GNAT COMPILER COMPONENTS --
4 -- --
5 -- I N L I N E --
6 -- --
7 -- S p e c --
8 -- --
9 -- Copyright (C) 1992-2024, Free Software Foundation, Inc. --
10 -- --
11 -- GNAT is free software; you can redistribute it and/or modify it under --
12 -- terms of the GNU General Public License as published by the Free Soft- --
13 -- ware Foundation; either version 3, or (at your option) any later ver- --
14 -- sion. GNAT is distributed in the hope that it will be useful, but WITH- --
15 -- OUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY --
16 -- or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License --
17 -- for more details. You should have received a copy of the GNU General --
18 -- Public License distributed with GNAT; see file COPYING3. If not, go to --
19 -- http://www.gnu.org/licenses for a complete copy of the license. --
20 -- --
21 -- GNAT was originally developed by the GNAT team at New York University. --
22 -- Extensive contributions were provided by Ada Core Technologies Inc. --
23 -- --
24 ------------------------------------------------------------------------------
26 -- This module handles four kinds of inlining activity:
28 -- a) Instantiation of generic bodies. This is done unconditionally, after
29 -- analysis and expansion of the main unit.
31 -- b) Compilation of unit bodies that contain the bodies of inlined sub-
32 -- programs. This is done only if inlining is enabled (-gnatn). Full inlining
33 -- requires that a) and b) be mutually recursive, because each step may
34 -- generate another generic expansion and further inlined calls.
36 -- c) Front-end inlining for Inline_Always subprograms. This is primarily an
37 -- expansion activity that is performed for performance reasons, and when the
38 -- target does not use the GCC back end.
40 -- d) Front-end inlining for GNATprove, to perform source transformations
41 -- to simplify formal verification. The machinery used is the same as for
42 -- Inline_Always subprograms, but there are fewer restrictions on the source
43 -- of subprograms.
45 with Opt; use Opt;
46 with Sem; use Sem;
47 with Types; use Types;
48 with Warnsw; use Warnsw;
50 package Inline is
52 --------------------------------
53 -- Generic Body Instantiation --
54 --------------------------------
56 -- The bodies of generic instantiations are built after semantic analysis
57 -- of the main unit is complete. Generic instantiations are saved in a
58 -- global data structure, and the bodies constructed by means of a separate
59 -- analysis and expansion step.
61 -- See full description in body of Sem_Ch12 for more details
63 type Pending_Body_Info is record
64 Inst_Node : Node_Id;
65 -- Node for instantiation that requires the body
67 Act_Decl : Node_Id;
68 -- Declaration for package or subprogram spec for instantiation
70 Fin_Scop : Node_Id;
71 -- Enclosing finalization scope for package instantiation
73 Config_Switches : Config_Switches_Type;
74 -- Capture the values of configuration switches
76 Current_Sem_Unit : Unit_Number_Type;
77 -- The semantic unit within which the instantiation is found. Must be
78 -- restored when compiling the body, to insure that internal entities
79 -- use the same counter and are unique over spec and body.
81 Expander_Status : Boolean;
82 -- If the body is instantiated only for semantic checking, expansion
83 -- must be inhibited.
85 Scope_Suppress : Suppress_Record;
86 Local_Suppress_Stack_Top : Suppress_Stack_Entry_Ptr;
87 -- Save suppress information at the point of instantiation. Used to
88 -- properly inherit check status active at this point (see RM 11.5
89 -- (7.2/2), AI95-00224-01):
91 -- "If a checking pragma applies to a generic instantiation, then the
92 -- checking pragma also applies to the instance. If a checking pragma
93 -- applies to a call to a subprogram that has a pragma Inline applied
94 -- to it, then the checking pragma also applies to the inlined
95 -- subprogram body".
97 -- This means we have to capture this information from the current scope
98 -- at the point of instantiation.
100 Warnings : Warnings_State;
101 -- Capture values of warning flags
102 end record;
104 -----------------
105 -- Subprograms --
106 -----------------
108 procedure Initialize;
109 -- Initialize internal tables
111 procedure Lock;
112 -- Lock internal tables before calling backend
114 procedure Instantiate_Bodies;
115 -- This procedure is called after semantic analysis is complete, to
116 -- instantiate the bodies of generic instantiations that appear in the
117 -- compilation unit.
119 procedure Add_Inlined_Body (E : Entity_Id; N : Node_Id);
120 -- E is an inlined subprogram appearing in a call, either explicitly or in
121 -- a discriminant check for which gigi builds a call or an at-end handler.
122 -- Add E's enclosing unit to Inlined_Bodies so that E can be subsequently
123 -- retrieved and analyzed. N is the node giving rise to the call to E.
125 procedure Add_Pending_Instantiation
126 (Inst : Node_Id;
127 Act_Decl : Node_Id;
128 Fin_Scop : Node_Id := Empty);
129 -- Add an entry in the table of generic bodies to be instantiated.
131 procedure Analyze_Inlined_Bodies;
132 -- At end of compilation, analyze the bodies of all units that contain
133 -- inlined subprograms that are actually called.
135 procedure Build_Body_To_Inline (N : Node_Id; Spec_Id : Entity_Id);
136 -- If a subprogram has pragma Inline and inlining is active, use generic
137 -- machinery to build an unexpanded body for the subprogram. This body is
138 -- subsequently used for inline expansions at call sites. If subprogram can
139 -- be inlined (depending on size and nature of local declarations) the
140 -- template body is created. Otherwise subprogram body is treated normally
141 -- and calls are not inlined in the frontend. If proper warnings are
142 -- enabled and the subprogram contains a construct that cannot be inlined,
143 -- the problematic construct is flagged accordingly.
145 function Call_Can_Be_Inlined_In_GNATprove_Mode
146 (N : Node_Id;
147 Subp : Entity_Id) return Boolean;
148 -- Returns False if the call in node N to subprogram Subp cannot be inlined
149 -- in GNATprove mode, because it may otherwise lead to missing a check
150 -- on type conversion of input parameters, or a missing memory leak on
151 -- an output parameter. Returns True otherwise.
153 function Can_Be_Inlined_In_GNATprove_Mode
154 (Spec_Id : Entity_Id;
155 Body_Id : Entity_Id) return Boolean;
156 -- Returns True if the subprogram identified by Spec_Id and Body_Id can
157 -- be inlined in GNATprove mode. One but not both of Spec_Id and Body_Id
158 -- can be Empty. Body_Id is Empty when doing a partial check on a call
159 -- to a subprogram whose body has not been seen yet, to know whether this
160 -- subprogram could possibly be inlined. GNATprove relies on this to adapt
161 -- its treatment of the subprogram.
163 procedure Cannot_Inline
164 (Msg : String;
165 N : Node_Id;
166 Subp : Entity_Id;
167 Is_Serious : Boolean := False;
168 Suppress_Info : Boolean := False);
169 -- This procedure is called if the node N, an instance of a call to
170 -- subprogram Subp, cannot be inlined. Msg is the message to be issued,
171 -- which ends with ? (it does not end with ?p?, this routine takes care of
172 -- the need to change ? to ?p?). Suppress_Info is set to True to prevent
173 -- issuing an info message in GNATprove mode. The behavior of this routine
174 -- depends on the value of Back_End_Inlining:
176 -- * If Back_End_Inlining is not set (ie. legacy frontend inlining model)
177 -- then if Subp has a pragma Always_Inlined, then an error message is
178 -- issued (by removing the last character of Msg). If Subp is not
179 -- Always_Inlined, then a warning is issued if the flag Ineffective_
180 -- Inline_Warnings is set, adding ?p to the msg, and if not, the call
181 -- has no effect.
183 -- * If Back_End_Inlining is set then:
184 -- - If Is_Serious is true, then an error is reported (by removing the
185 -- last character of Msg);
187 -- - otherwise:
189 -- * Compiling without optimizations if Subp has a pragma
190 -- Always_Inlined, then an error message is issued; if Subp is
191 -- not Always_Inlined, then a warning is issued if the flag
192 -- Ineffective_Inline_Warnings is set (adding p?), and if not,
193 -- the call has no effect.
195 -- * Compiling with optimizations then a warning is issued if the
196 -- flag Ineffective_Inline_Warnings is set (adding p?); otherwise
197 -- no effect since inlining may be performed by the backend.
199 procedure Check_And_Split_Unconstrained_Function
200 (N : Node_Id;
201 Spec_Id : Entity_Id;
202 Body_Id : Entity_Id);
203 -- Spec_Id and Body_Id are the entities of the specification and body of
204 -- the subprogram body N. If N can be inlined by the frontend (supported
205 -- cases documented in Check_Body_To_Inline) then build the body-to-inline
206 -- associated with N and attach it to the declaration node of Spec_Id.
208 procedure Check_Object_Renaming_In_GNATprove_Mode (Spec_Id : Entity_Id)
209 with
210 Pre => GNATprove_Mode;
211 -- This procedure is called only in GNATprove mode, on subprograms for
212 -- which a Body_To_Inline was created, to check if the subprogram has
213 -- references to object renamings which will be replaced by the special
214 -- SPARK expansion into nodes of a different kind, which is not expected
215 -- by the inlining mechanism. In that case, the Body_To_Inline is deleted.
217 procedure Check_Package_Body_For_Inlining (N : Node_Id; P : Entity_Id);
218 -- If front-end inlining is enabled and a package declaration contains
219 -- inlined subprograms, load and compile the package body to collect the
220 -- bodies of these subprograms, so they are available to inline calls.
221 -- N is the compilation unit for the package.
223 procedure Expand_Inlined_Call
224 (N : Node_Id;
225 Subp : Entity_Id;
226 Orig_Subp : Entity_Id);
227 -- If called subprogram can be inlined by the front-end, retrieve the
228 -- analyzed body, replace formals with actuals and expand call in place.
229 -- Generate thunks for actuals that are expressions, and insert the
230 -- corresponding constant declarations before the call. If the original
231 -- call is to a derived operation, the return type is the one of the
232 -- derived operation, but the body is that of the original, so return
233 -- expressions in the body must be converted to the desired type (which
234 -- is simply not noted in the tree without inline expansion).
236 function Has_Excluded_Declaration
237 (Subp : Entity_Id;
238 Decls : List_Id) return Boolean;
239 -- Check a list of declarations, Decls, that make the inlining of Subp not
240 -- worthwhile
242 function Has_Excluded_Statement
243 (Subp : Entity_Id;
244 Stats : List_Id) return Boolean;
245 -- Check a list of statements, Stats, that make inlining of Subp not
246 -- worthwhile, including any tasking statement, nested at any level.
248 procedure Inline_Static_Function_Call
249 (N : Node_Id; Subp : Entity_Id);
250 -- Evaluate static call to a static function Subp, substituting actuals in
251 -- place of references to their corresponding formals and rewriting the
252 -- call N as a fully folded and static result expression.
254 procedure List_Inlining_Info;
255 -- Generate listing of calls inlined by the frontend plus listing of
256 -- calls to inline subprograms passed to the backend.
258 procedure Remove_Dead_Instance (N : Node_Id);
259 -- If an instantiation appears in unreachable code, delete the pending
260 -- body instance.
262 end Inline;