1 |
706 |
jeremybenn |
------------------------------------------------------------------------------
|
2 |
|
|
-- --
|
3 |
|
|
-- GNAT COMPILER COMPONENTS --
|
4 |
|
|
-- --
|
5 |
|
|
-- L I B --
|
6 |
|
|
-- --
|
7 |
|
|
-- S p e c --
|
8 |
|
|
-- --
|
9 |
|
|
-- Copyright (C) 1992-2011, 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. --
|
17 |
|
|
-- --
|
18 |
|
|
-- As a special exception under Section 7 of GPL version 3, you are granted --
|
19 |
|
|
-- additional permissions described in the GCC Runtime Library Exception, --
|
20 |
|
|
-- version 3.1, as published by the Free Software Foundation. --
|
21 |
|
|
-- --
|
22 |
|
|
-- You should have received a copy of the GNU General Public License and --
|
23 |
|
|
-- a copy of the GCC Runtime Library Exception along with this program; --
|
24 |
|
|
-- see the files COPYING3 and COPYING.RUNTIME respectively. If not, see --
|
25 |
|
|
-- <http://www.gnu.org/licenses/>. --
|
26 |
|
|
-- --
|
27 |
|
|
-- GNAT was originally developed by the GNAT team at New York University. --
|
28 |
|
|
-- Extensive contributions were provided by Ada Core Technologies Inc. --
|
29 |
|
|
-- --
|
30 |
|
|
------------------------------------------------------------------------------
|
31 |
|
|
|
32 |
|
|
-- This package contains routines for accessing and outputting the library
|
33 |
|
|
-- information. It contains the routine to load subsidiary units.
|
34 |
|
|
|
35 |
|
|
with Alloc;
|
36 |
|
|
with Namet; use Namet;
|
37 |
|
|
with Table;
|
38 |
|
|
with Types; use Types;
|
39 |
|
|
|
40 |
|
|
package Lib is
|
41 |
|
|
|
42 |
|
|
type Unit_Ref_Table is array (Pos range <>) of Unit_Number_Type;
|
43 |
|
|
-- Type to hold list of indirect references to unit number table
|
44 |
|
|
|
45 |
|
|
type Compiler_State_Type is (Parsing, Analyzing);
|
46 |
|
|
Compiler_State : Compiler_State_Type;
|
47 |
|
|
-- Indicates current state of compilation. This is used to implement the
|
48 |
|
|
-- function In_Extended_Main_Source_Unit.
|
49 |
|
|
|
50 |
|
|
Parsing_Main_Extended_Source : Boolean := False;
|
51 |
|
|
-- Set True if we are currently parsing a file that is part of the main
|
52 |
|
|
-- extended source (the main unit, its spec, or one of its subunits). This
|
53 |
|
|
-- flag to implement In_Extended_Main_Source_Unit.
|
54 |
|
|
|
55 |
|
|
Analysing_Subunit_Of_Main : Boolean := False;
|
56 |
|
|
-- Set to True when analyzing a subunit of the main source. When True, if
|
57 |
|
|
-- the subunit is preprocessed and -gnateG is specified, then the
|
58 |
|
|
-- preprocessed file (.prep) is written.
|
59 |
|
|
|
60 |
|
|
--------------------------------------------
|
61 |
|
|
-- General Approach to Library Management --
|
62 |
|
|
--------------------------------------------
|
63 |
|
|
|
64 |
|
|
-- As described in GNote #1, when a unit is compiled, all its subsidiary
|
65 |
|
|
-- units are recompiled, including the following:
|
66 |
|
|
|
67 |
|
|
-- (a) Corresponding spec for a body
|
68 |
|
|
-- (b) Parent spec of a child library spec
|
69 |
|
|
-- (d) With'ed specs
|
70 |
|
|
-- (d) Parent body of a subunit
|
71 |
|
|
-- (e) Subunits corresponding to any specified stubs
|
72 |
|
|
-- (f) Bodies of inlined subprograms that are called
|
73 |
|
|
-- (g) Bodies of generic subprograms or packages that are instantiated
|
74 |
|
|
-- (h) Bodies of packages containing either of the above two items
|
75 |
|
|
-- (i) Specs and bodies of runtime units
|
76 |
|
|
-- (j) Parent specs for with'ed child library units
|
77 |
|
|
|
78 |
|
|
-- If a unit is being compiled only for syntax checking, then no subsidiary
|
79 |
|
|
-- units are loaded, the syntax check applies only to the main unit,
|
80 |
|
|
-- i.e. the one contained in the source submitted to the library.
|
81 |
|
|
|
82 |
|
|
-- If a unit is being compiled for syntax and semantic checking, then only
|
83 |
|
|
-- cases (a)-(d) loads are performed, since the full semantic checking can
|
84 |
|
|
-- be carried out without needing (e)-(i) loads. In this case no object
|
85 |
|
|
-- file, or library information file, is generated, so the missing units
|
86 |
|
|
-- do not affect the results.
|
87 |
|
|
|
88 |
|
|
-- Specifications of library subprograms, subunits, and generic specs
|
89 |
|
|
-- and bodies, can only be compiled in syntax/semantic checking mode,
|
90 |
|
|
-- since no code is ever generated directly for these units. In the case
|
91 |
|
|
-- of subunits, only the compilation of the ultimate parent unit generates
|
92 |
|
|
-- actual code. If a subunit is submitted to the compiler in syntax/
|
93 |
|
|
-- semantic checking mode, the parent (or parents in the nested case) are
|
94 |
|
|
-- semantically checked only up to the point of the corresponding stub.
|
95 |
|
|
|
96 |
|
|
-- If code is being generated, then all the above units are required,
|
97 |
|
|
-- although the need for bodies of inlined procedures can be suppressed
|
98 |
|
|
-- by the use of a switch that sets the mode to ignore pragma Inline
|
99 |
|
|
-- statements.
|
100 |
|
|
|
101 |
|
|
-- The two main sections of the front end, Par and Sem, are recursive.
|
102 |
|
|
-- Compilation proceeds unit by unit making recursive calls as necessary.
|
103 |
|
|
-- The process is controlled from the GNAT main program, which makes calls
|
104 |
|
|
-- to Par and Sem sequence for the main unit.
|
105 |
|
|
|
106 |
|
|
-- Par parses the given unit, and then, after the parse is complete, uses
|
107 |
|
|
-- the Par.Load subprogram to load all its subsidiary units in categories
|
108 |
|
|
-- (a)-(d) above, installing pointers to the loaded units in the parse
|
109 |
|
|
-- tree, as described in a later section of this spec. If any of these
|
110 |
|
|
-- required units is missing, a fatal error is signalled, so that no
|
111 |
|
|
-- attempt is made to run Sem in such cases, since it is assumed that
|
112 |
|
|
-- too many cascaded errors would result, and the confusion would not
|
113 |
|
|
-- be helpful.
|
114 |
|
|
|
115 |
|
|
-- Following the call to Par on the main unit, the entire tree of required
|
116 |
|
|
-- units is thus loaded, and Sem is called on the main unit. The parameter
|
117 |
|
|
-- passed to Sem is the unit to be analyzed. The visibility table, which
|
118 |
|
|
-- is a single global structure, starts out containing only the entries
|
119 |
|
|
-- for the visible entities in Standard. Every call to Sem establishes a
|
120 |
|
|
-- new scope stack table, pushing an entry for Standard on entry to provide
|
121 |
|
|
-- the proper initial scope environment.
|
122 |
|
|
|
123 |
|
|
-- Sem first proceeds to perform semantic analysis on the currently loaded
|
124 |
|
|
-- units as follows:
|
125 |
|
|
|
126 |
|
|
-- In the case of a body (case (a) above), Sem analyzes the corresponding
|
127 |
|
|
-- spec, using a recursive call to Sem. As is always expected to be the
|
128 |
|
|
-- case with calls to Sem, any entities installed in the visibility table
|
129 |
|
|
-- are removed on exit from Sem, so that these entities have to be
|
130 |
|
|
-- reinstalled on return to continue the analysis of the body which of
|
131 |
|
|
-- course needs visibility of these entities.
|
132 |
|
|
--
|
133 |
|
|
-- In the case of the parent of a child spec (case (b) above), a similar
|
134 |
|
|
-- call is made to Sem to analyze the parent. Again, on return, the
|
135 |
|
|
-- entities from the analyzed parent spec have to be installed in the
|
136 |
|
|
-- visibility table of the caller (the child unit), which must have
|
137 |
|
|
-- visibility to the entities in its parent spec.
|
138 |
|
|
|
139 |
|
|
-- For with'ed specs (case (c) above), a recursive call to Sem is made
|
140 |
|
|
-- to analyze each spec in turn. After all the spec's have been analyzed,
|
141 |
|
|
-- but not till that point, the entities from all the with'ed units are
|
142 |
|
|
-- reinstalled in the visibility table so that the caller can proceed
|
143 |
|
|
-- with the analysis of the unit doing the with's with the necessary
|
144 |
|
|
-- entities made either potentially use visible or visible by selection
|
145 |
|
|
-- as needed.
|
146 |
|
|
|
147 |
|
|
-- Case (d) arises when Sem is passed a subunit to analyze. This means
|
148 |
|
|
-- that the main unit is a subunit, and the unit passed to Sem is either
|
149 |
|
|
-- the main unit, or one of its ancestors that is still a subunit. Since
|
150 |
|
|
-- analysis must start at the top of the tree, Sem essentially cancels
|
151 |
|
|
-- the current call by immediately making a call to analyze the parent
|
152 |
|
|
-- (when this call is finished it immediately returns, so logically this
|
153 |
|
|
-- call is like a goto). The subunit will then be analyzed at the proper
|
154 |
|
|
-- time as described for the stub case. Note that we also turn off the
|
155 |
|
|
-- indication that code should be generated in this case, since the only
|
156 |
|
|
-- time we generate code for subunits is when compiling the main parent.
|
157 |
|
|
|
158 |
|
|
-- Case (e), subunits corresponding to stubs, are handled as the stubs
|
159 |
|
|
-- are encountered. There are three sub-cases:
|
160 |
|
|
|
161 |
|
|
-- If the subunit has already been loaded, then this means that the
|
162 |
|
|
-- main unit was a subunit, and we are back on our way down to it
|
163 |
|
|
-- after following the initial processing described for case (d).
|
164 |
|
|
-- In this case we analyze this particular subunit, as described
|
165 |
|
|
-- for the case where we are generating code, but when we get back
|
166 |
|
|
-- we are all done, since the rest of the parent is irrelevant. To
|
167 |
|
|
-- get out of the parent, we raise the exception Subunit_Found, which
|
168 |
|
|
-- is handled at the outer level of Sem.
|
169 |
|
|
|
170 |
|
|
-- The cases where the subunit has not already been loaded correspond
|
171 |
|
|
-- to cases where the main unit was a parent. In this case the action
|
172 |
|
|
-- depends on whether or not we are generating code. If we are not
|
173 |
|
|
-- generating code, then this is the case where we can simply ignore
|
174 |
|
|
-- the subunit, since in checking mode we don't even want to insist
|
175 |
|
|
-- that the subunit exist, much less waste time checking it.
|
176 |
|
|
|
177 |
|
|
-- If we are generating code, then we need to load and analyze
|
178 |
|
|
-- all subunits. This is achieved with a call to Lib.Load to load
|
179 |
|
|
-- and parse the unit, followed by processing that installs the
|
180 |
|
|
-- context clause of the subunit, analyzes the subunit, and then
|
181 |
|
|
-- removes the context clause (from the visibility chains of the
|
182 |
|
|
-- parent). Note that we do *not* do a recursive call to Sem in
|
183 |
|
|
-- this case, precisely because we need to do the analysis of the
|
184 |
|
|
-- subunit with the current visibility table and scope stack.
|
185 |
|
|
|
186 |
|
|
-- Case (f) applies only to subprograms for which a pragma Inline is
|
187 |
|
|
-- given, providing that the compiler is operating in the mode where
|
188 |
|
|
-- pragma Inline's are activated. When the expander encounters a call
|
189 |
|
|
-- to such a subprogram, it loads the body of the subprogram if it has
|
190 |
|
|
-- not already been loaded, and calls Sem to process it.
|
191 |
|
|
|
192 |
|
|
-- Case (g) is similar to case (f), except that the body of a generic
|
193 |
|
|
-- is unconditionally required, regardless of compiler mode settings.
|
194 |
|
|
-- As in the subprogram case, when the expander encounters a generic
|
195 |
|
|
-- instantiation, it loads the generic body of the subprogram if it
|
196 |
|
|
-- has not already been loaded, and calls Sem to process it.
|
197 |
|
|
|
198 |
|
|
-- Case (h) arises when a package contains either an inlined subprogram
|
199 |
|
|
-- which is called, or a generic which is instantiated. In this case the
|
200 |
|
|
-- body of the package must be loaded and analyzed with a call to Sem.
|
201 |
|
|
|
202 |
|
|
-- Case (i) is handled by adding implicit with clauses to the context
|
203 |
|
|
-- clauses of all units that potentially reference the relevant runtime
|
204 |
|
|
-- entities. Note that since we have the full set of units available,
|
205 |
|
|
-- the parser can always determine the set of runtime units that is
|
206 |
|
|
-- needed. These with clauses do not have associated use clauses, so
|
207 |
|
|
-- all references to the entities must be by selection. Once the with
|
208 |
|
|
-- clauses have been added, subsequent processing is as for normal
|
209 |
|
|
-- with clauses.
|
210 |
|
|
|
211 |
|
|
-- Case (j) is also handled by adding appropriate implicit with clauses
|
212 |
|
|
-- to any unit that withs a child unit. Again there is no use clause,
|
213 |
|
|
-- and subsequent processing proceeds as for an explicit with clause.
|
214 |
|
|
|
215 |
|
|
-- Sem thus completes the loading of all required units, except those
|
216 |
|
|
-- required for inline subprogram bodies or inlined generics. If any
|
217 |
|
|
-- of these load attempts fails, then the expander will not be called,
|
218 |
|
|
-- even if code was to be generated. If the load attempts all succeed
|
219 |
|
|
-- then the expander is called, though the attempt to generate code may
|
220 |
|
|
-- still fail if an error occurs during a load attempt for an inlined
|
221 |
|
|
-- body or a generic body.
|
222 |
|
|
|
223 |
|
|
-------------------------------------------
|
224 |
|
|
-- Special Handling of Subprogram Bodies --
|
225 |
|
|
-------------------------------------------
|
226 |
|
|
|
227 |
|
|
-- A subprogram body (in an adb file) may stand for both a spec and a body.
|
228 |
|
|
-- A simple model (and one that was adopted through version 2.07) is simply
|
229 |
|
|
-- to assume that such an adb file acts as its own spec if no ads file is
|
230 |
|
|
-- is present.
|
231 |
|
|
|
232 |
|
|
-- However, this is not correct. RM 10.1.4(4) requires that such a body
|
233 |
|
|
-- act as a spec unless a subprogram declaration of the same name is
|
234 |
|
|
-- already present. The correct interpretation of this in GNAT library
|
235 |
|
|
-- terms is to ignore an existing ads file of the same name unless this
|
236 |
|
|
-- ads file contains a subprogram declaration with the same name.
|
237 |
|
|
|
238 |
|
|
-- If there is an ads file with a unit other than a subprogram declaration
|
239 |
|
|
-- with the same name, then a fatal message is output, noting that this
|
240 |
|
|
-- irrelevant file must be deleted before the body can be compiled. See
|
241 |
|
|
-- ACVC test CA1020D to see how this processing is required.
|
242 |
|
|
|
243 |
|
|
-----------------
|
244 |
|
|
-- Global Data --
|
245 |
|
|
-----------------
|
246 |
|
|
|
247 |
|
|
Current_Sem_Unit : Unit_Number_Type := Main_Unit;
|
248 |
|
|
-- Unit number of unit currently being analyzed/expanded. This is set when
|
249 |
|
|
-- ever a new unit is entered, saving and restoring the old value, so that
|
250 |
|
|
-- it always reflects the unit currently being analyzed. The initial value
|
251 |
|
|
-- of Main_Unit ensures that a proper value is set initially, and in
|
252 |
|
|
-- particular for analysis of configuration pragmas in gnat.adc.
|
253 |
|
|
|
254 |
|
|
Main_Unit_Entity : Entity_Id;
|
255 |
|
|
-- Entity of main unit, same as Cunit_Entity (Main_Unit) except where
|
256 |
|
|
-- Main_Unit is a body with a separate spec, in which case it is the
|
257 |
|
|
-- entity for the spec.
|
258 |
|
|
|
259 |
|
|
-----------------
|
260 |
|
|
-- Units Table --
|
261 |
|
|
-----------------
|
262 |
|
|
|
263 |
|
|
-- The units table has an entry for each unit (source file) read in by the
|
264 |
|
|
-- current compilation. The table is indexed by the unit number value,
|
265 |
|
|
-- The first entry in the table, subscript Main_Unit, is for the main file.
|
266 |
|
|
-- Each entry in this units table contains the following data.
|
267 |
|
|
|
268 |
|
|
-- Unit_File_Name
|
269 |
|
|
-- The name of the source file containing the unit. Set when the entry
|
270 |
|
|
-- is created by a call to Lib.Load, and then cannot be changed.
|
271 |
|
|
|
272 |
|
|
-- Source_Index
|
273 |
|
|
-- The index in the source file table of the corresponding source file.
|
274 |
|
|
-- Set when the entry is created by a call to Lib.Load and then cannot
|
275 |
|
|
-- be changed.
|
276 |
|
|
|
277 |
|
|
-- Munit_Index
|
278 |
|
|
-- The index of the unit within the file for multiple unit per file
|
279 |
|
|
-- mode. Set to zero in normal single unit per file mode.
|
280 |
|
|
|
281 |
|
|
-- Error_Location
|
282 |
|
|
-- This is copied from the Sloc field of the Enode argument passed
|
283 |
|
|
-- to Load_Unit. It refers to the enclosing construct which caused
|
284 |
|
|
-- this unit to be loaded, e.g. most typically the with clause that
|
285 |
|
|
-- referenced the unit, and is used for error handling in Par.Load.
|
286 |
|
|
|
287 |
|
|
-- Expected_Unit
|
288 |
|
|
-- This is the expected unit name for a file other than the main unit,
|
289 |
|
|
-- since these are cases where we load the unit using Lib.Load and we
|
290 |
|
|
-- know the unit that is expected. It must be the same as Unit_Name
|
291 |
|
|
-- if it is set (see test in Par.Load). Expected_Unit is set to
|
292 |
|
|
-- No_Name for the main unit.
|
293 |
|
|
|
294 |
|
|
-- Unit_Name
|
295 |
|
|
-- The name of the unit. Initialized to No_Name by Lib.Load, and then
|
296 |
|
|
-- set by the parser when the unit is parsed to the unit name actually
|
297 |
|
|
-- found in the file (which should, in the absence of errors) be the
|
298 |
|
|
-- same name as Expected_Unit.
|
299 |
|
|
|
300 |
|
|
-- Cunit
|
301 |
|
|
-- Pointer to the N_Compilation_Unit node. Initially set to Empty by
|
302 |
|
|
-- Lib.Load, and then reset to the required node by the parser when
|
303 |
|
|
-- the unit is parsed.
|
304 |
|
|
|
305 |
|
|
-- Cunit_Entity
|
306 |
|
|
-- Pointer to the entity node for the compilation unit. Initially set
|
307 |
|
|
-- to Empty by Lib.Load, and then reset to the required entity by the
|
308 |
|
|
-- parser when the unit is parsed.
|
309 |
|
|
|
310 |
|
|
-- Dependency_Num
|
311 |
|
|
-- This is the number of the unit within the generated dependency
|
312 |
|
|
-- lines (D lines in the ALI file) which are sorted into alphabetical
|
313 |
|
|
-- order. The number is ones origin, so a value of 2 refers to the
|
314 |
|
|
-- second generated D line. The Dependency_Number values are set
|
315 |
|
|
-- as the D lines are generated, and are used to generate proper
|
316 |
|
|
-- unit references in the generated xref information and SCO output.
|
317 |
|
|
|
318 |
|
|
-- Dynamic_Elab
|
319 |
|
|
-- A flag indicating if this unit was compiled with dynamic elaboration
|
320 |
|
|
-- checks specified (as the result of using the -gnatE compilation
|
321 |
|
|
-- option or a pragma Elaboration_Checks (Dynamic).
|
322 |
|
|
|
323 |
|
|
-- Fatal_Error
|
324 |
|
|
-- A flag that is initialized to False, and gets set to True if a fatal
|
325 |
|
|
-- error occurs during the processing of a unit. A fatal error is one
|
326 |
|
|
-- defined as serious enough to stop the next phase of the compiler
|
327 |
|
|
-- from running (i.e. fatal error during parsing stops semantics,
|
328 |
|
|
-- fatal error during semantics stops code generation). Note that
|
329 |
|
|
-- currently, errors of any kind cause Fatal_Error to be set, but
|
330 |
|
|
-- eventually perhaps only errors labeled as Fatal_Errors should be
|
331 |
|
|
-- this severe if we decide to try Sem on sources with minor errors.
|
332 |
|
|
|
333 |
|
|
-- Generate_Code
|
334 |
|
|
-- This flag is set True for all units in the current file for which
|
335 |
|
|
-- code is to be generated. This includes the unit explicitly compiled,
|
336 |
|
|
-- together with its specification, and any subunits.
|
337 |
|
|
|
338 |
|
|
-- Has_RACW
|
339 |
|
|
-- A Boolean flag, initially set to False when a unit entry is created,
|
340 |
|
|
-- and set to True if the unit defines a remote access to class wide
|
341 |
|
|
-- (RACW) object. This is used for controlling generation of the RA
|
342 |
|
|
-- attribute in the ali file.
|
343 |
|
|
|
344 |
|
|
-- Is_Compiler_Unit
|
345 |
|
|
-- A Boolean flag, initially set False by default, set to True if a
|
346 |
|
|
-- pragma Compiler_Unit appears in the unit.
|
347 |
|
|
|
348 |
|
|
-- Ident_String
|
349 |
|
|
-- N_String_Literal node from a valid pragma Ident that applies to
|
350 |
|
|
-- this unit. If no Ident pragma applies to the unit, then Empty.
|
351 |
|
|
|
352 |
|
|
-- Loading
|
353 |
|
|
-- A flag that is used to catch circular WITH dependencies. It is set
|
354 |
|
|
-- True when an entry is initially created in the file table, and set
|
355 |
|
|
-- False when the load is completed, or ends with an error.
|
356 |
|
|
|
357 |
|
|
-- Main_Priority
|
358 |
|
|
-- This field is used to indicate the priority of a possible main
|
359 |
|
|
-- program, as set by a pragma Priority. A value of -1 indicates
|
360 |
|
|
-- that the default priority is to be used (and is also used for
|
361 |
|
|
-- entries that do not correspond to possible main programs).
|
362 |
|
|
|
363 |
|
|
-- Main_CPU
|
364 |
|
|
-- This field is used to indicate the affinity of a possible main
|
365 |
|
|
-- program, as set by a pragma CPU. A value of -1 indicates
|
366 |
|
|
-- that the default affinity is to be used (and is also used for
|
367 |
|
|
-- entries that do not correspond to possible main programs).
|
368 |
|
|
|
369 |
|
|
-- Has_Allocator
|
370 |
|
|
-- This flag is set if a subprogram unit has an allocator after the
|
371 |
|
|
-- BEGIN (it is used to set the AB flag in the M ALI line).
|
372 |
|
|
|
373 |
|
|
-- OA_Setting
|
374 |
|
|
-- This is a character field containing L if Optimize_Alignment mode
|
375 |
|
|
-- was set locally, and O/T/S for Off/Time/Space default if not.
|
376 |
|
|
|
377 |
|
|
-- Serial_Number
|
378 |
|
|
-- This field holds a serial number used by New_Internal_Name to
|
379 |
|
|
-- generate unique temporary numbers on a unit by unit basis. The
|
380 |
|
|
-- only access to this field is via the Increment_Serial_Number
|
381 |
|
|
-- routine which increments the current value and returns it. This
|
382 |
|
|
-- serial number is separate for each unit.
|
383 |
|
|
|
384 |
|
|
-- Version
|
385 |
|
|
-- This field holds the version of the unit, which is computed as
|
386 |
|
|
-- the exclusive or of the checksums of this unit, and all its
|
387 |
|
|
-- semantically dependent units. Access to the version number field
|
388 |
|
|
-- is not direct, but is done through the routines described below.
|
389 |
|
|
-- When a unit table entry is created, this field is initialized to
|
390 |
|
|
-- the checksum of the corresponding source file. Version_Update is
|
391 |
|
|
-- then called to reflect the contributions of any unit on which this
|
392 |
|
|
-- unit is semantically dependent.
|
393 |
|
|
|
394 |
|
|
-- The units table is reset to empty at the start of the compilation of
|
395 |
|
|
-- each main unit by Lib.Initialize. Entries are then added by calls to
|
396 |
|
|
-- the Lib.Load procedure. The following subprograms are used to access
|
397 |
|
|
-- and modify entries in the Units table. Individual entries are accessed
|
398 |
|
|
-- using a unit number value which ranges from Main_Unit (the first entry,
|
399 |
|
|
-- which is always for the current main unit) to Last_Unit.
|
400 |
|
|
|
401 |
|
|
Default_Main_Priority : constant Int := -1;
|
402 |
|
|
-- Value used in Main_Priority field to indicate default main priority
|
403 |
|
|
|
404 |
|
|
Default_Main_CPU : constant Int := -1;
|
405 |
|
|
-- Value used in Main_CPU field to indicate default main affinity
|
406 |
|
|
|
407 |
|
|
function Cunit (U : Unit_Number_Type) return Node_Id;
|
408 |
|
|
function Cunit_Entity (U : Unit_Number_Type) return Entity_Id;
|
409 |
|
|
function Dependency_Num (U : Unit_Number_Type) return Nat;
|
410 |
|
|
function Dynamic_Elab (U : Unit_Number_Type) return Boolean;
|
411 |
|
|
function Error_Location (U : Unit_Number_Type) return Source_Ptr;
|
412 |
|
|
function Expected_Unit (U : Unit_Number_Type) return Unit_Name_Type;
|
413 |
|
|
function Fatal_Error (U : Unit_Number_Type) return Boolean;
|
414 |
|
|
function Generate_Code (U : Unit_Number_Type) return Boolean;
|
415 |
|
|
function Ident_String (U : Unit_Number_Type) return Node_Id;
|
416 |
|
|
function Has_Allocator (U : Unit_Number_Type) return Boolean;
|
417 |
|
|
function Has_RACW (U : Unit_Number_Type) return Boolean;
|
418 |
|
|
function Is_Compiler_Unit (U : Unit_Number_Type) return Boolean;
|
419 |
|
|
function Loading (U : Unit_Number_Type) return Boolean;
|
420 |
|
|
function Main_CPU (U : Unit_Number_Type) return Int;
|
421 |
|
|
function Main_Priority (U : Unit_Number_Type) return Int;
|
422 |
|
|
function Munit_Index (U : Unit_Number_Type) return Nat;
|
423 |
|
|
function OA_Setting (U : Unit_Number_Type) return Character;
|
424 |
|
|
function Source_Index (U : Unit_Number_Type) return Source_File_Index;
|
425 |
|
|
function Unit_File_Name (U : Unit_Number_Type) return File_Name_Type;
|
426 |
|
|
function Unit_Name (U : Unit_Number_Type) return Unit_Name_Type;
|
427 |
|
|
-- Get value of named field from given units table entry
|
428 |
|
|
|
429 |
|
|
procedure Set_Cunit (U : Unit_Number_Type; N : Node_Id);
|
430 |
|
|
procedure Set_Cunit_Entity (U : Unit_Number_Type; E : Entity_Id);
|
431 |
|
|
procedure Set_Dynamic_Elab (U : Unit_Number_Type; B : Boolean := True);
|
432 |
|
|
procedure Set_Error_Location (U : Unit_Number_Type; W : Source_Ptr);
|
433 |
|
|
procedure Set_Fatal_Error (U : Unit_Number_Type; B : Boolean := True);
|
434 |
|
|
procedure Set_Generate_Code (U : Unit_Number_Type; B : Boolean := True);
|
435 |
|
|
procedure Set_Has_RACW (U : Unit_Number_Type; B : Boolean := True);
|
436 |
|
|
procedure Set_Has_Allocator (U : Unit_Number_Type; B : Boolean := True);
|
437 |
|
|
procedure Set_Is_Compiler_Unit (U : Unit_Number_Type; B : Boolean := True);
|
438 |
|
|
procedure Set_Ident_String (U : Unit_Number_Type; N : Node_Id);
|
439 |
|
|
procedure Set_Loading (U : Unit_Number_Type; B : Boolean := True);
|
440 |
|
|
procedure Set_Main_CPU (U : Unit_Number_Type; P : Int);
|
441 |
|
|
procedure Set_Main_Priority (U : Unit_Number_Type; P : Int);
|
442 |
|
|
procedure Set_OA_Setting (U : Unit_Number_Type; C : Character);
|
443 |
|
|
procedure Set_Unit_Name (U : Unit_Number_Type; N : Unit_Name_Type);
|
444 |
|
|
-- Set value of named field for given units table entry. Note that we
|
445 |
|
|
-- do not have an entry for each possible field, since some of the fields
|
446 |
|
|
-- can only be set by specialized interfaces (defined below).
|
447 |
|
|
|
448 |
|
|
function Version_Get (U : Unit_Number_Type) return Word_Hex_String;
|
449 |
|
|
-- Returns the version as a string with 8 hex digits (upper case letters)
|
450 |
|
|
|
451 |
|
|
function Last_Unit return Unit_Number_Type;
|
452 |
|
|
-- Unit number of last allocated unit
|
453 |
|
|
|
454 |
|
|
function Num_Units return Nat;
|
455 |
|
|
-- Number of units currently in unit table
|
456 |
|
|
|
457 |
|
|
procedure Remove_Unit (U : Unit_Number_Type);
|
458 |
|
|
-- Remove unit U from unit table. Currently this is effective only
|
459 |
|
|
-- if U is the last unit currently stored in the unit table.
|
460 |
|
|
|
461 |
|
|
function Entity_Is_In_Main_Unit (E : Entity_Id) return Boolean;
|
462 |
|
|
-- Returns True if the entity E is declared in the main unit, or, in
|
463 |
|
|
-- its corresponding spec, or one of its subunits. Entities declared
|
464 |
|
|
-- within generic instantiations return True if the instantiation is
|
465 |
|
|
-- itself "in the main unit" by this definition. Otherwise False.
|
466 |
|
|
|
467 |
|
|
function Get_Source_Unit (N : Node_Or_Entity_Id) return Unit_Number_Type;
|
468 |
|
|
pragma Inline (Get_Source_Unit);
|
469 |
|
|
function Get_Source_Unit (S : Source_Ptr) return Unit_Number_Type;
|
470 |
|
|
-- Return unit number of file identified by given source pointer value.
|
471 |
|
|
-- This call must always succeed, since any valid source pointer value
|
472 |
|
|
-- belongs to some previously loaded module. If the given source pointer
|
473 |
|
|
-- value is within an instantiation, this function returns the unit number
|
474 |
|
|
-- of the template, i.e. the unit containing the source code corresponding
|
475 |
|
|
-- to the given Source_Ptr value. The version taking a Node_Id argument, N,
|
476 |
|
|
-- simply applies the function to Sloc (N).
|
477 |
|
|
|
478 |
|
|
function Get_Code_Unit (N : Node_Or_Entity_Id) return Unit_Number_Type;
|
479 |
|
|
pragma Inline (Get_Code_Unit);
|
480 |
|
|
function Get_Code_Unit (S : Source_Ptr) return Unit_Number_Type;
|
481 |
|
|
-- This is like Get_Source_Unit, except that in the instantiation case,
|
482 |
|
|
-- it uses the location of the top level instantiation, rather than the
|
483 |
|
|
-- template, so it returns the unit number containing the code that
|
484 |
|
|
-- corresponds to the node N, or the source location S.
|
485 |
|
|
|
486 |
|
|
function In_Same_Source_Unit (N1, N2 : Node_Or_Entity_Id) return Boolean;
|
487 |
|
|
pragma Inline (In_Same_Source_Unit);
|
488 |
|
|
-- Determines if the two nodes or entities N1 and N2 are in the same
|
489 |
|
|
-- source unit, the criterion being that Get_Source_Unit yields the
|
490 |
|
|
-- same value for each argument.
|
491 |
|
|
|
492 |
|
|
function In_Same_Code_Unit (N1, N2 : Node_Or_Entity_Id) return Boolean;
|
493 |
|
|
pragma Inline (In_Same_Code_Unit);
|
494 |
|
|
-- Determines if the two nodes or entities N1 and N2 are in the same
|
495 |
|
|
-- code unit, the criterion being that Get_Code_Unit yields the same
|
496 |
|
|
-- value for each argument.
|
497 |
|
|
|
498 |
|
|
function In_Same_Extended_Unit (N1, N2 : Node_Or_Entity_Id) return Boolean;
|
499 |
|
|
pragma Inline (In_Same_Extended_Unit);
|
500 |
|
|
-- Determines if two nodes or entities N1 and N2 are in the same
|
501 |
|
|
-- extended unit, where an extended unit is defined as a unit and all
|
502 |
|
|
-- its subunits (considered recursively, i.e. subunits of subunits are
|
503 |
|
|
-- included). Returns true if S1 and S2 are in the same extended unit
|
504 |
|
|
-- and False otherwise.
|
505 |
|
|
|
506 |
|
|
function In_Same_Extended_Unit (S1, S2 : Source_Ptr) return Boolean;
|
507 |
|
|
pragma Inline (In_Same_Extended_Unit);
|
508 |
|
|
-- Determines if the two source locations S1 and S2 are in the same
|
509 |
|
|
-- extended unit, where an extended unit is defined as a unit and all
|
510 |
|
|
-- its subunits (considered recursively, i.e. subunits of subunits are
|
511 |
|
|
-- included). Returns true if S1 and S2 are in the same extended unit
|
512 |
|
|
-- and False otherwise.
|
513 |
|
|
|
514 |
|
|
function In_Extended_Main_Code_Unit
|
515 |
|
|
(N : Node_Or_Entity_Id) return Boolean;
|
516 |
|
|
-- Return True if the node is in the generated code of the extended main
|
517 |
|
|
-- unit, defined as the main unit, its specification (if any), and all
|
518 |
|
|
-- its subunits (considered recursively). Units for which this enquiry
|
519 |
|
|
-- returns True are those for which code will be generated. Nodes from
|
520 |
|
|
-- instantiations are included in the extended main unit for this call.
|
521 |
|
|
-- If the main unit is itself a subunit, then the extended main code unit
|
522 |
|
|
-- includes its parent unit, and the parent unit spec if it is separate.
|
523 |
|
|
|
524 |
|
|
function In_Extended_Main_Code_Unit (Loc : Source_Ptr) return Boolean;
|
525 |
|
|
-- Same function as above, but argument is a source pointer rather
|
526 |
|
|
-- than a node.
|
527 |
|
|
|
528 |
|
|
function In_Extended_Main_Source_Unit
|
529 |
|
|
(N : Node_Or_Entity_Id) return Boolean;
|
530 |
|
|
-- Return True if the node is in the source text of the extended main
|
531 |
|
|
-- unit, defined as the main unit, its specification (if any), and all
|
532 |
|
|
-- its subunits (considered recursively). Units for which this enquiry
|
533 |
|
|
-- returns True are those for which code will be generated. This differs
|
534 |
|
|
-- from In_Extended_Main_Code_Unit only in that instantiations are not
|
535 |
|
|
-- included for the purposes of this call. If the main unit is itself
|
536 |
|
|
-- a subunit, then the extended main source unit includes its parent unit,
|
537 |
|
|
-- and the parent unit spec if it is separate.
|
538 |
|
|
|
539 |
|
|
function In_Extended_Main_Source_Unit (Loc : Source_Ptr) return Boolean;
|
540 |
|
|
-- Same function as above, but argument is a source pointer
|
541 |
|
|
|
542 |
|
|
function In_Predefined_Unit (N : Node_Or_Entity_Id) return Boolean;
|
543 |
|
|
-- Returns True if the given node or entity appears within the source text
|
544 |
|
|
-- of a predefined unit (i.e. within Ada, Interfaces, System or within one
|
545 |
|
|
-- of the descendent packages of one of these three packages).
|
546 |
|
|
|
547 |
|
|
function In_Predefined_Unit (S : Source_Ptr) return Boolean;
|
548 |
|
|
-- Same function as above but argument is a source pointer
|
549 |
|
|
|
550 |
|
|
function Earlier_In_Extended_Unit (S1, S2 : Source_Ptr) return Boolean;
|
551 |
|
|
-- Given two Sloc values for which In_Same_Extended_Unit is true, determine
|
552 |
|
|
-- if S1 appears before S2. Returns True if S1 appears before S2, and False
|
553 |
|
|
-- otherwise. The result is undefined if S1 and S2 are not in the same
|
554 |
|
|
-- extended unit. Note: this routine will not give reliable results if
|
555 |
|
|
-- called after Sprint has been called with -gnatD set.
|
556 |
|
|
|
557 |
|
|
function Exact_Source_Name (Loc : Source_Ptr) return String;
|
558 |
|
|
-- Return name of entity at location Loc exactly as written in the source.
|
559 |
|
|
-- this includes copying the wide character encodings exactly as they were
|
560 |
|
|
-- used in the source, so the caller must be aware of the possibility of
|
561 |
|
|
-- such encodings.
|
562 |
|
|
|
563 |
|
|
function Compilation_Switches_Last return Nat;
|
564 |
|
|
-- Return the count of stored compilation switches
|
565 |
|
|
|
566 |
|
|
function Get_Compilation_Switch (N : Pos) return String_Ptr;
|
567 |
|
|
-- Return the Nth stored compilation switch, or null if less than N
|
568 |
|
|
-- switches have been stored. Used by ASIS and back ends written in Ada.
|
569 |
|
|
|
570 |
|
|
function Get_Cunit_Unit_Number (N : Node_Id) return Unit_Number_Type;
|
571 |
|
|
-- Return unit number of the unit whose N_Compilation_Unit node is the
|
572 |
|
|
-- one passed as an argument. This must always succeed since the node
|
573 |
|
|
-- could not have been built without making a unit table entry.
|
574 |
|
|
|
575 |
|
|
function Get_Cunit_Entity_Unit_Number
|
576 |
|
|
(E : Entity_Id) return Unit_Number_Type;
|
577 |
|
|
-- Return unit number of the unit whose compilation unit spec entity is
|
578 |
|
|
-- the one passed as an argument. This must always succeed since the
|
579 |
|
|
-- entity could not have been built without making a unit table entry.
|
580 |
|
|
|
581 |
|
|
function Increment_Serial_Number return Nat;
|
582 |
|
|
-- Increment Serial_Number field for current unit, and return the
|
583 |
|
|
-- incremented value.
|
584 |
|
|
|
585 |
|
|
procedure Synchronize_Serial_Number;
|
586 |
|
|
-- This function increments the Serial_Number field for the current unit
|
587 |
|
|
-- but does not return the incremented value. This is used when there
|
588 |
|
|
-- is a situation where one path of control increments a serial number
|
589 |
|
|
-- (using Increment_Serial_Number), and the other path does not and it is
|
590 |
|
|
-- important to keep the serial numbers synchronized in the two cases (e.g.
|
591 |
|
|
-- when the references in a package and a client must be kept consistent).
|
592 |
|
|
|
593 |
|
|
procedure Replace_Linker_Option_String
|
594 |
|
|
(S : String_Id;
|
595 |
|
|
Match_String : String);
|
596 |
|
|
-- Replace an existing Linker_Option if the prefix Match_String matches,
|
597 |
|
|
-- otherwise call Store_Linker_Option_String.
|
598 |
|
|
|
599 |
|
|
procedure Store_Compilation_Switch (Switch : String);
|
600 |
|
|
-- Called to register a compilation switch, either front-end or back-end,
|
601 |
|
|
-- which may influence the generated output file(s). Switch is the text of
|
602 |
|
|
-- the switch to store (except that -fRTS gets changed back to --RTS).
|
603 |
|
|
|
604 |
|
|
procedure Enable_Switch_Storing;
|
605 |
|
|
-- Enable registration of switches by Store_Compilation_Switch. Used to
|
606 |
|
|
-- avoid registering switches added automatically by the gcc driver at the
|
607 |
|
|
-- beginning of the command line.
|
608 |
|
|
|
609 |
|
|
procedure Disable_Switch_Storing;
|
610 |
|
|
-- Disable registration of switches by Store_Compilation_Switch. Used to
|
611 |
|
|
-- avoid registering switches added automatically by the gcc driver at the
|
612 |
|
|
-- end of the command line.
|
613 |
|
|
|
614 |
|
|
procedure Store_Linker_Option_String (S : String_Id);
|
615 |
|
|
-- This procedure is called to register the string from a pragma
|
616 |
|
|
-- Linker_Option. The argument is the Id of the string to register.
|
617 |
|
|
|
618 |
|
|
procedure Store_Note (N : Node_Id);
|
619 |
|
|
-- This procedure is called to register a pragma N for which a notes
|
620 |
|
|
-- entry is required.
|
621 |
|
|
|
622 |
|
|
procedure Initialize;
|
623 |
|
|
-- Initialize internal tables
|
624 |
|
|
|
625 |
|
|
procedure Lock;
|
626 |
|
|
-- Lock internal tables before calling back end
|
627 |
|
|
|
628 |
|
|
procedure Unlock;
|
629 |
|
|
-- Unlock internal tables, in cases where the back end needs to modify them
|
630 |
|
|
|
631 |
|
|
procedure Tree_Read;
|
632 |
|
|
-- Initializes internal tables from current tree file using the relevant
|
633 |
|
|
-- Table.Tree_Read routines.
|
634 |
|
|
|
635 |
|
|
procedure Tree_Write;
|
636 |
|
|
-- Writes out internal tables to current tree file using the relevant
|
637 |
|
|
-- Table.Tree_Write routines.
|
638 |
|
|
|
639 |
|
|
function Is_Loaded (Uname : Unit_Name_Type) return Boolean;
|
640 |
|
|
-- Determines if unit with given name is already loaded, i.e. there is
|
641 |
|
|
-- already an entry in the file table with this unit name for which the
|
642 |
|
|
-- corresponding file was found and parsed. Note that the Fatal_Error flag
|
643 |
|
|
-- of this entry must be checked before proceeding with further processing.
|
644 |
|
|
|
645 |
|
|
procedure Version_Referenced (S : String_Id);
|
646 |
|
|
-- This routine is called from Exp_Attr to register the use of a Version
|
647 |
|
|
-- or Body_Version attribute. The argument is the external name used to
|
648 |
|
|
-- access the version string.
|
649 |
|
|
|
650 |
|
|
procedure List (File_Names_Only : Boolean := False);
|
651 |
|
|
-- Lists units in active library (i.e. generates output consisting of a
|
652 |
|
|
-- sorted listing of the units represented in File table, except for the
|
653 |
|
|
-- main unit). If File_Names_Only is set to True, then the list includes
|
654 |
|
|
-- only file names, and no other information. Otherwise the unit name and
|
655 |
|
|
-- time stamp are also output. File_Names_Only also restricts the list to
|
656 |
|
|
-- exclude any predefined files.
|
657 |
|
|
|
658 |
|
|
function Generic_May_Lack_ALI (Sfile : File_Name_Type) return Boolean;
|
659 |
|
|
-- Generic units must be separately compiled. Since we always use
|
660 |
|
|
-- macro substitution for generics, the resulting object file is a dummy
|
661 |
|
|
-- one with no code, but the ALI file has the normal form, and we need
|
662 |
|
|
-- this ALI file so that the binder can work out a correct order of
|
663 |
|
|
-- elaboration.
|
664 |
|
|
|
665 |
|
|
-- However, ancient versions of GNAT used to not generate code or ALI
|
666 |
|
|
-- files for generic units, and this would yield complex order of
|
667 |
|
|
-- elaboration issues. These were fixed in GNAT 3.10. The support for not
|
668 |
|
|
-- compiling language-defined library generics was retained nonetheless
|
669 |
|
|
-- to facilitate bootstrap. Specifically, it is convenient to have
|
670 |
|
|
-- the same list of files to be compiled for all stages. So, if the
|
671 |
|
|
-- bootstrap compiler does not generate code for a given file, then
|
672 |
|
|
-- the stage1 compiler (and binder) also must deal with the case of
|
673 |
|
|
-- that file not being compiled. The predicate Generic_May_Lack_ALI is
|
674 |
|
|
-- True for those generic units for which missing ALI files are allowed.
|
675 |
|
|
|
676 |
|
|
private
|
677 |
|
|
pragma Inline (Cunit);
|
678 |
|
|
pragma Inline (Cunit_Entity);
|
679 |
|
|
pragma Inline (Dependency_Num);
|
680 |
|
|
pragma Inline (Fatal_Error);
|
681 |
|
|
pragma Inline (Generate_Code);
|
682 |
|
|
pragma Inline (Has_Allocator);
|
683 |
|
|
pragma Inline (Has_RACW);
|
684 |
|
|
pragma Inline (Is_Compiler_Unit);
|
685 |
|
|
pragma Inline (Increment_Serial_Number);
|
686 |
|
|
pragma Inline (Loading);
|
687 |
|
|
pragma Inline (Main_CPU);
|
688 |
|
|
pragma Inline (Main_Priority);
|
689 |
|
|
pragma Inline (Munit_Index);
|
690 |
|
|
pragma Inline (OA_Setting);
|
691 |
|
|
pragma Inline (Set_Cunit);
|
692 |
|
|
pragma Inline (Set_Cunit_Entity);
|
693 |
|
|
pragma Inline (Set_Fatal_Error);
|
694 |
|
|
pragma Inline (Set_Generate_Code);
|
695 |
|
|
pragma Inline (Set_Has_Allocator);
|
696 |
|
|
pragma Inline (Set_Has_RACW);
|
697 |
|
|
pragma Inline (Set_Loading);
|
698 |
|
|
pragma Inline (Set_Main_CPU);
|
699 |
|
|
pragma Inline (Set_Main_Priority);
|
700 |
|
|
pragma Inline (Set_OA_Setting);
|
701 |
|
|
pragma Inline (Set_Unit_Name);
|
702 |
|
|
pragma Inline (Source_Index);
|
703 |
|
|
pragma Inline (Unit_File_Name);
|
704 |
|
|
pragma Inline (Unit_Name);
|
705 |
|
|
|
706 |
|
|
type Unit_Record is record
|
707 |
|
|
Unit_File_Name : File_Name_Type;
|
708 |
|
|
Unit_Name : Unit_Name_Type;
|
709 |
|
|
Munit_Index : Nat;
|
710 |
|
|
Expected_Unit : Unit_Name_Type;
|
711 |
|
|
Source_Index : Source_File_Index;
|
712 |
|
|
Cunit : Node_Id;
|
713 |
|
|
Cunit_Entity : Entity_Id;
|
714 |
|
|
Dependency_Num : Int;
|
715 |
|
|
Ident_String : Node_Id;
|
716 |
|
|
Main_Priority : Int;
|
717 |
|
|
Main_CPU : Int;
|
718 |
|
|
Serial_Number : Nat;
|
719 |
|
|
Version : Word;
|
720 |
|
|
Error_Location : Source_Ptr;
|
721 |
|
|
Fatal_Error : Boolean;
|
722 |
|
|
Generate_Code : Boolean;
|
723 |
|
|
Has_RACW : Boolean;
|
724 |
|
|
Is_Compiler_Unit : Boolean;
|
725 |
|
|
Dynamic_Elab : Boolean;
|
726 |
|
|
Loading : Boolean;
|
727 |
|
|
Has_Allocator : Boolean;
|
728 |
|
|
OA_Setting : Character;
|
729 |
|
|
end record;
|
730 |
|
|
|
731 |
|
|
-- The following representation clause ensures that the above record
|
732 |
|
|
-- has no holes. We do this so that when instances of this record are
|
733 |
|
|
-- written by Tree_Gen, we do not write uninitialized values to the file.
|
734 |
|
|
|
735 |
|
|
for Unit_Record use record
|
736 |
|
|
Unit_File_Name at 0 range 0 .. 31;
|
737 |
|
|
Unit_Name at 4 range 0 .. 31;
|
738 |
|
|
Munit_Index at 8 range 0 .. 31;
|
739 |
|
|
Expected_Unit at 12 range 0 .. 31;
|
740 |
|
|
Source_Index at 16 range 0 .. 31;
|
741 |
|
|
Cunit at 20 range 0 .. 31;
|
742 |
|
|
Cunit_Entity at 24 range 0 .. 31;
|
743 |
|
|
Dependency_Num at 28 range 0 .. 31;
|
744 |
|
|
Ident_String at 32 range 0 .. 31;
|
745 |
|
|
Main_Priority at 36 range 0 .. 31;
|
746 |
|
|
Main_CPU at 40 range 0 .. 31;
|
747 |
|
|
Serial_Number at 44 range 0 .. 31;
|
748 |
|
|
Version at 48 range 0 .. 31;
|
749 |
|
|
Error_Location at 52 range 0 .. 31;
|
750 |
|
|
Fatal_Error at 56 range 0 .. 7;
|
751 |
|
|
Generate_Code at 57 range 0 .. 7;
|
752 |
|
|
Has_RACW at 58 range 0 .. 7;
|
753 |
|
|
Dynamic_Elab at 59 range 0 .. 7;
|
754 |
|
|
Is_Compiler_Unit at 60 range 0 .. 7;
|
755 |
|
|
OA_Setting at 61 range 0 .. 7;
|
756 |
|
|
Loading at 62 range 0 .. 7;
|
757 |
|
|
Has_Allocator at 63 range 0 .. 7;
|
758 |
|
|
end record;
|
759 |
|
|
|
760 |
|
|
for Unit_Record'Size use 64 * 8;
|
761 |
|
|
-- This ensures that we did not leave out any fields
|
762 |
|
|
|
763 |
|
|
package Units is new Table.Table (
|
764 |
|
|
Table_Component_Type => Unit_Record,
|
765 |
|
|
Table_Index_Type => Unit_Number_Type,
|
766 |
|
|
Table_Low_Bound => Main_Unit,
|
767 |
|
|
Table_Initial => Alloc.Units_Initial,
|
768 |
|
|
Table_Increment => Alloc.Units_Increment,
|
769 |
|
|
Table_Name => "Units");
|
770 |
|
|
|
771 |
|
|
-- The following table stores strings from pragma Linker_Option lines
|
772 |
|
|
|
773 |
|
|
type Linker_Option_Entry is record
|
774 |
|
|
Option : String_Id;
|
775 |
|
|
-- The string for the linker option line
|
776 |
|
|
|
777 |
|
|
Unit : Unit_Number_Type;
|
778 |
|
|
-- The unit from which the linker option comes
|
779 |
|
|
end record;
|
780 |
|
|
|
781 |
|
|
package Linker_Option_Lines is new Table.Table (
|
782 |
|
|
Table_Component_Type => Linker_Option_Entry,
|
783 |
|
|
Table_Index_Type => Integer,
|
784 |
|
|
Table_Low_Bound => 1,
|
785 |
|
|
Table_Initial => Alloc.Linker_Option_Lines_Initial,
|
786 |
|
|
Table_Increment => Alloc.Linker_Option_Lines_Increment,
|
787 |
|
|
Table_Name => "Linker_Option_Lines");
|
788 |
|
|
|
789 |
|
|
-- The following table stores references to pragmas that generate Notes
|
790 |
|
|
|
791 |
|
|
type Notes_Entry is record
|
792 |
|
|
Pragma_Node : Node_Id;
|
793 |
|
|
Unit : Unit_Number_Type;
|
794 |
|
|
end record;
|
795 |
|
|
|
796 |
|
|
package Notes is new Table.Table (
|
797 |
|
|
Table_Component_Type => Notes_Entry,
|
798 |
|
|
Table_Index_Type => Integer,
|
799 |
|
|
Table_Low_Bound => 1,
|
800 |
|
|
Table_Initial => Alloc.Notes_Initial,
|
801 |
|
|
Table_Increment => Alloc.Notes_Increment,
|
802 |
|
|
Table_Name => "Notes");
|
803 |
|
|
|
804 |
|
|
-- The following table records the compilation switches used to compile
|
805 |
|
|
-- the main unit. The table includes only switches. It excludes -o
|
806 |
|
|
-- switches as well as artifacts of the gcc/gnat1 interface such as
|
807 |
|
|
-- -quiet, -dumpbase, or -auxbase.
|
808 |
|
|
|
809 |
|
|
-- This table is set as part of the compiler argument scanning in
|
810 |
|
|
-- Back_End. It can also be reset in -gnatc mode from the data in an
|
811 |
|
|
-- existing ali file, and is read and written by the Tree_Read and
|
812 |
|
|
-- Tree_Write routines for ASIS.
|
813 |
|
|
|
814 |
|
|
package Compilation_Switches is new Table.Table (
|
815 |
|
|
Table_Component_Type => String_Ptr,
|
816 |
|
|
Table_Index_Type => Nat,
|
817 |
|
|
Table_Low_Bound => 1,
|
818 |
|
|
Table_Initial => 30,
|
819 |
|
|
Table_Increment => 100,
|
820 |
|
|
Table_Name => "Compilation_Switches");
|
821 |
|
|
|
822 |
|
|
Load_Msg_Sloc : Source_Ptr;
|
823 |
|
|
-- Location for placing error messages (a token in the main source text)
|
824 |
|
|
-- This is set from Sloc (Enode) by Load only in the case where this Sloc
|
825 |
|
|
-- is in the main source file. This ensures that not found messages and
|
826 |
|
|
-- circular dependency messages reference the original with in this source.
|
827 |
|
|
|
828 |
|
|
type Load_Stack_Entry is record
|
829 |
|
|
Unit_Number : Unit_Number_Type;
|
830 |
|
|
With_Node : Node_Id;
|
831 |
|
|
end record;
|
832 |
|
|
|
833 |
|
|
-- The Load_Stack table contains a list of unit numbers (indexes into the
|
834 |
|
|
-- unit table) of units being loaded on a single dependency chain, and a
|
835 |
|
|
-- flag to indicate whether this unit is loaded through a limited_with
|
836 |
|
|
-- clause. The First entry is the main unit. The second entry, if present
|
837 |
|
|
-- is a unit on which the first unit depends, etc. This stack is used to
|
838 |
|
|
-- generate error messages showing the dependency chain if a file is not
|
839 |
|
|
-- found, or whether a true circular dependency exists. The Load_Unit
|
840 |
|
|
-- function makes an entry in this table when it is called, and removes
|
841 |
|
|
-- the entry just before it returns.
|
842 |
|
|
|
843 |
|
|
package Load_Stack is new Table.Table (
|
844 |
|
|
Table_Component_Type => Load_Stack_Entry,
|
845 |
|
|
Table_Index_Type => Int,
|
846 |
|
|
Table_Low_Bound => 0,
|
847 |
|
|
Table_Initial => Alloc.Load_Stack_Initial,
|
848 |
|
|
Table_Increment => Alloc.Load_Stack_Increment,
|
849 |
|
|
Table_Name => "Load_Stack");
|
850 |
|
|
|
851 |
|
|
procedure Sort (Tbl : in out Unit_Ref_Table);
|
852 |
|
|
-- This procedure sorts the given unit reference table in order of
|
853 |
|
|
-- ascending unit names, where the ordering relation is as described
|
854 |
|
|
-- by the comparison routines provided by package Uname.
|
855 |
|
|
|
856 |
|
|
-- The Version_Ref table records Body_Version and Version attribute
|
857 |
|
|
-- references. The entries are simply the strings for the external
|
858 |
|
|
-- names that correspond to the referenced values.
|
859 |
|
|
|
860 |
|
|
package Version_Ref is new Table.Table (
|
861 |
|
|
Table_Component_Type => String_Id,
|
862 |
|
|
Table_Index_Type => Nat,
|
863 |
|
|
Table_Low_Bound => 1,
|
864 |
|
|
Table_Initial => 20,
|
865 |
|
|
Table_Increment => 100,
|
866 |
|
|
Table_Name => "Version_Ref");
|
867 |
|
|
|
868 |
|
|
end Lib;
|