1 ------------------------------------------------------------------------------
3 -- GNAT COMPILER COMPONENTS --
9 -- Copyright (C) 1992-2017, Free Software Foundation, Inc. --
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. --
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. --
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/>. --
27 -- GNAT was originally developed by the GNAT team at New York University. --
28 -- Extensive contributions were provided by Ada Core Technologies Inc. --
30 ------------------------------------------------------------------------------
32 -- This package contains routines for accessing and outputting the library
33 -- information. It contains the routine to load subsidiary units.
36 with Namet
; use Namet
;
38 with Types
; use Types
;
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
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.
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.
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.
60 --------------------------------------------
61 -- General Approach to Library Management --
62 --------------------------------------------
64 -- As described in GNote #1, when a unit is compiled, all its subsidiary
65 -- units are recompiled, including the following:
67 -- (a) Corresponding spec for a body
68 -- (b) Parent spec of a child library spec
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
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.
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.
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.
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
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.
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
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.
123 -- Sem first proceeds to perform semantic analysis on the currently loaded
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.
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.
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
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.
158 -- Case (e), subunits corresponding to stubs, are handled as the stubs
159 -- are encountered. There are three sub-cases:
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.
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.
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.
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.
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.
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.
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
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.
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.
223 -------------------------------------------
224 -- Special Handling of Subprogram Bodies --
225 -------------------------------------------
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
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.
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.
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.
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.
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.
269 -- Pointer to the N_Compilation_Unit node. Initially set to Empty by
270 -- Lib.Load, and then reset to the required node by the parser when
271 -- the unit is parsed.
274 -- Pointer to the entity node for the compilation unit. Initially set
275 -- to Empty by Lib.Load, and then reset to the required entity by the
276 -- parser when the unit is parsed.
279 -- This is the number of the unit within the generated dependency
280 -- lines (D lines in the ALI file) which are sorted into alphabetical
281 -- order. The number is ones origin, so a value of 2 refers to the
282 -- second generated D line. The Dependency_Num values are set as the
283 -- D lines are generated, and are used to generate proper unit
284 -- references in the generated xref information and SCO output.
287 -- A flag indicating if this unit was compiled with dynamic elaboration
288 -- checks specified (as the result of using the -gnatE compilation
289 -- option or a pragma Elaboration_Checks (Dynamic)).
292 -- This is copied from the Sloc field of the Enode argument passed
293 -- to Load_Unit. It refers to the enclosing construct which caused
294 -- this unit to be loaded, e.g. most typically the with clause that
295 -- referenced the unit, and is used for error handling in Par.Load.
298 -- This is the expected unit name for a file other than the main unit,
299 -- since these are cases where we load the unit using Lib.Load and we
300 -- know the unit that is expected. It must be the same as Unit_Name
301 -- if it is set (see test in Par.Load). Expected_Unit is set to
302 -- No_Name for the main unit.
305 -- A flag that is initialized to None and gets set to Error if a fatal
306 -- error occurs during the processing of a unit. A fatal error is one
307 -- defined as serious enough to stop the next phase of the compiler
308 -- from running (i.e. fatal error during parsing stops semantics,
309 -- fatal error during semantics stops code generation). Note that
310 -- currently, errors of any kind cause Fatal_Error to be set, but
311 -- eventually perhaps only errors labeled as fatal errors should be
312 -- this severe if we decide to try Sem on sources with minor errors.
313 -- There are three settings (see declaration of Fatal_Type).
316 -- This flag is set True for all units in the current file for which
317 -- code is to be generated. This includes the unit explicitly compiled,
318 -- together with its specification, and any subunits.
321 -- A Boolean flag, initially set to False when a unit entry is created,
322 -- and set to True if the unit defines a remote access to class wide
323 -- (RACW) object. This is used for controlling generation of the RA
324 -- attribute in the ali file.
327 -- N_String_Literal node from a valid pragma Ident that applies to
328 -- this unit. If no Ident pragma applies to the unit, then Empty.
330 -- Is_Predefined_Renaming
331 -- True if this unit is a predefined renaming, as in "Text_IO renames
335 -- Same as In_Predefined_Unit, except units in the GNAT hierarchy are
338 -- Is_Predefined_Unit
339 -- True if this unit is predefined (i.e. part of the Ada, System, or
340 -- Interface hierarchies, or Is_Predefined_Renaming). Note that units
341 -- in the GNAT hierarchy are not considered predefined.
344 -- A flag that is used to catch circular WITH dependencies. It is set
345 -- True when an entry is initially created in the file table, and set
346 -- False when the load is completed, or ends with an error.
349 -- This field is used to indicate the priority of a possible main
350 -- program, as set by a pragma Priority. A value of -1 indicates
351 -- that the default priority is to be used (and is also used for
352 -- entries that do not correspond to possible main programs).
355 -- This field is used to indicate the affinity of a possible main
356 -- program, as set by a pragma CPU. A value of -1 indicates
357 -- that the default affinity is to be used (and is also used for
358 -- entries that do not correspond to possible main programs).
361 -- The index of the unit within the file for multiple unit per file
362 -- mode. Set to zero in normal single unit per file mode.
365 -- A flag set when a pragma or aspect No_Elaboration_Code_All applies
366 -- to the unit. This is used to implement the transitive WITH rules
367 -- (and for no other purpose).
370 -- This is a character field containing L if Optimize_Alignment mode
371 -- was set locally, and O/T/S for Off/Time/Space default if not.
374 -- This field holds a serial number used by New_Internal_Name to
375 -- generate unique temporary numbers on a unit by unit basis. The
376 -- only access to this field is via the Increment_Serial_Number
377 -- routine which increments the current value and returns it. This
378 -- serial number is separate for each unit.
381 -- The index in the source file table of the corresponding source file.
382 -- Set when the entry is created by a call to Lib.Load and then cannot
386 -- The name of the source file containing the unit. Set when the entry
387 -- is created by a call to Lib.Load, and then cannot be changed.
390 -- The name of the unit. Initialized to No_Name by Lib.Load, and then
391 -- set by the parser when the unit is parsed to the unit name actually
392 -- found in the file (which should, in the absence of errors) be the
393 -- same name as Expected_Unit.
396 -- This field holds the version of the unit, which is computed as
397 -- the exclusive or of the checksums of this unit, and all its
398 -- semantically dependent units. Access to the version number field
399 -- is not direct, but is done through the routines described below.
400 -- When a unit table entry is created, this field is initialized to
401 -- the checksum of the corresponding source file. Version_Update is
402 -- then called to reflect the contributions of any unit on which this
403 -- unit is semantically dependent.
405 -- The units table is reset to empty at the start of the compilation of
406 -- each main unit by Lib.Initialize. Entries are then added by calls to
407 -- the Lib.Load procedure. The following subprograms are used to access
408 -- and modify entries in the Units table. Individual entries are accessed
409 -- using a unit number value which ranges from Main_Unit (the first entry,
410 -- which is always for the current main unit) to Last_Unit.
412 Default_Main_Priority
: constant Int
:= -1;
413 -- Value used in Main_Priority field to indicate default main priority
415 Default_Main_CPU
: constant Int
:= -1;
416 -- Value used in Main_CPU field to indicate default main affinity
418 -- The following defines settings for the Fatal_Error field
422 -- No error detected for this unit
425 -- Fatal error detected that prevents moving to the next phase. For
426 -- example, a fatal error during parsing inhibits semantic analysis.
429 -- A fatal error was detected, but we are in Try_Semantics mode (as set
430 -- by -gnatq or -gnatQ). This does not stop the compiler from proceding,
431 -- but tools can use this status (e.g. ASIS looking at the generated
432 -- tree) to know that a fatal error was detected.
434 function Cunit
(U
: Unit_Number_Type
) return Node_Id
;
435 function Cunit_Entity
(U
: Unit_Number_Type
) return Entity_Id
;
436 function Dependency_Num
(U
: Unit_Number_Type
) return Nat
;
437 function Dynamic_Elab
(U
: Unit_Number_Type
) return Boolean;
438 function Error_Location
(U
: Unit_Number_Type
) return Source_Ptr
;
439 function Expected_Unit
(U
: Unit_Number_Type
) return Unit_Name_Type
;
440 function Fatal_Error
(U
: Unit_Number_Type
) return Fatal_Type
;
441 function Generate_Code
(U
: Unit_Number_Type
) return Boolean;
442 function Ident_String
(U
: Unit_Number_Type
) return Node_Id
;
443 function Has_RACW
(U
: Unit_Number_Type
) return Boolean;
444 function Is_Predefined_Renaming
(U
: Unit_Number_Type
) return Boolean;
445 function Is_Internal_Unit
(U
: Unit_Number_Type
) return Boolean;
446 function Is_Predefined_Unit
(U
: Unit_Number_Type
) return Boolean;
447 function Loading
(U
: Unit_Number_Type
) return Boolean;
448 function Main_CPU
(U
: Unit_Number_Type
) return Int
;
449 function Main_Priority
(U
: Unit_Number_Type
) return Int
;
450 function Munit_Index
(U
: Unit_Number_Type
) return Nat
;
451 function No_Elab_Code_All
(U
: Unit_Number_Type
) return Boolean;
452 function OA_Setting
(U
: Unit_Number_Type
) return Character;
453 function Source_Index
(U
: Unit_Number_Type
) return Source_File_Index
;
454 function Unit_File_Name
(U
: Unit_Number_Type
) return File_Name_Type
;
455 function Unit_Name
(U
: Unit_Number_Type
) return Unit_Name_Type
;
456 -- Get value of named field from given units table entry
458 procedure Set_Cunit
(U
: Unit_Number_Type
; N
: Node_Id
);
459 procedure Set_Cunit_Entity
(U
: Unit_Number_Type
; E
: Entity_Id
);
460 procedure Set_Dynamic_Elab
(U
: Unit_Number_Type
; B
: Boolean := True);
461 procedure Set_Error_Location
(U
: Unit_Number_Type
; W
: Source_Ptr
);
462 procedure Set_Fatal_Error
(U
: Unit_Number_Type
; V
: Fatal_Type
);
463 procedure Set_Generate_Code
(U
: Unit_Number_Type
; B
: Boolean := True);
464 procedure Set_Has_RACW
(U
: Unit_Number_Type
; B
: Boolean := True);
465 procedure Set_Ident_String
(U
: Unit_Number_Type
; N
: Node_Id
);
466 procedure Set_Loading
(U
: Unit_Number_Type
; B
: Boolean := True);
467 procedure Set_Main_CPU
(U
: Unit_Number_Type
; P
: Int
);
468 procedure Set_No_Elab_Code_All
(U
: Unit_Number_Type
; B
: Boolean := True);
469 procedure Set_Main_Priority
(U
: Unit_Number_Type
; P
: Int
);
470 procedure Set_OA_Setting
(U
: Unit_Number_Type
; C
: Character);
471 procedure Set_Unit_Name
(U
: Unit_Number_Type
; N
: Unit_Name_Type
);
472 -- Set value of named field for given units table entry. Note that we
473 -- do not have an entry for each possible field, since some of the fields
474 -- can only be set by specialized interfaces (defined below).
476 function Compilation_Switches_Last
return Nat
;
477 -- Return the count of stored compilation switches
479 procedure Disable_Switch_Storing
;
480 -- Disable registration of switches by Store_Compilation_Switch. Used to
481 -- avoid registering switches added automatically by the gcc driver at the
482 -- end of the command line.
484 function Earlier_In_Extended_Unit
(S1
, S2
: Source_Ptr
) return Boolean;
485 -- Given two Sloc values for which In_Same_Extended_Unit is true, determine
486 -- if S1 appears before S2. Returns True if S1 appears before S2, and False
487 -- otherwise. The result is undefined if S1 and S2 are not in the same
488 -- extended unit. Note: this routine will not give reliable results if
489 -- called after Sprint has been called with -gnatD set.
491 procedure Enable_Switch_Storing
;
492 -- Enable registration of switches by Store_Compilation_Switch. Used to
493 -- avoid registering switches added automatically by the gcc driver at the
494 -- beginning of the command line.
496 function Entity_Is_In_Main_Unit
(E
: Entity_Id
) return Boolean;
497 -- Returns True if the entity E is declared in the main unit, or, in
498 -- its corresponding spec, or one of its subunits. Entities declared
499 -- within generic instantiations return True if the instantiation is
500 -- itself "in the main unit" by this definition. Otherwise False.
502 function Exact_Source_Name
(Loc
: Source_Ptr
) return String;
503 -- Return name of entity at location Loc exactly as written in the source.
504 -- This includes copying the wide character encodings exactly as they were
505 -- used in the source, so the caller must be aware of the possibility of
508 function Get_Compilation_Switch
(N
: Pos
) return String_Ptr
;
509 -- Return the Nth stored compilation switch, or null if less than N
510 -- switches have been stored. Used by ASIS and back ends written in Ada.
512 function Generic_May_Lack_ALI
(Unum
: Unit_Number_Type
) return Boolean;
513 -- Generic units must be separately compiled. Since we always use
514 -- macro substitution for generics, the resulting object file is a dummy
515 -- one with no code, but the ALI file has the normal form, and we need
516 -- this ALI file so that the binder can work out a correct order of
519 -- However, ancient versions of GNAT used to not generate code or ALI
520 -- files for generic units, and this would yield complex order of
521 -- elaboration issues. These were fixed in GNAT 3.10. The support for not
522 -- compiling language-defined library generics was retained nonetheless
523 -- to facilitate bootstrap. Specifically, it is convenient to have
524 -- the same list of files to be compiled for all stages. So, if the
525 -- bootstrap compiler does not generate code for a given file, then
526 -- the stage1 compiler (and binder) also must deal with the case of
527 -- that file not being compiled. The predicate Generic_May_Lack_ALI is
528 -- True for those generic units for which missing ALI files are allowed.
530 function Get_Cunit_Unit_Number
(N
: Node_Id
) return Unit_Number_Type
;
531 -- Return unit number of the unit whose N_Compilation_Unit node is the
532 -- one passed as an argument. This must always succeed since the node
533 -- could not have been built without making a unit table entry.
535 function Get_Cunit_Entity_Unit_Number
536 (E
: Entity_Id
) return Unit_Number_Type
;
537 -- Return unit number of the unit whose compilation unit spec entity is
538 -- the one passed as an argument. This must always succeed since the
539 -- entity could not have been built without making a unit table entry.
541 function Get_Source_Unit
(N
: Node_Or_Entity_Id
) return Unit_Number_Type
;
542 pragma Inline
(Get_Source_Unit
);
543 function Get_Source_Unit
(S
: Source_Ptr
) return Unit_Number_Type
;
544 -- Return unit number of file identified by given source pointer value.
545 -- This call must always succeed, since any valid source pointer value
546 -- belongs to some previously loaded module. If the given source pointer
547 -- value is within an instantiation, this function returns the unit number
548 -- of the template, i.e. the unit containing the source code corresponding
549 -- to the given Source_Ptr value. The version taking a Node_Id argument, N,
550 -- simply applies the function to Sloc (N).
552 function Get_Code_Unit
(N
: Node_Or_Entity_Id
) return Unit_Number_Type
;
553 pragma Inline
(Get_Code_Unit
);
554 function Get_Code_Unit
(S
: Source_Ptr
) return Unit_Number_Type
;
555 -- This is like Get_Source_Unit, except that in the instantiation case,
556 -- it uses the location of the top level instantiation, rather than the
557 -- template, so it returns the unit number containing the code that
558 -- corresponds to the node N, or the source location S.
560 function Get_Top_Level_Code_Unit
561 (N
: Node_Or_Entity_Id
) return Unit_Number_Type
;
562 pragma Inline
(Get_Code_Unit
);
563 function Get_Top_Level_Code_Unit
(S
: Source_Ptr
) return Unit_Number_Type
;
564 -- This is like Get_Code_Unit, except that in the case of subunits, it
565 -- returns the top-level unit to which the subunit belongs instead of
568 -- Note: for nodes and slocs in declarations of library-level instances of
569 -- generics these routines wrongly return the unit number corresponding to
570 -- the body of the instance. In effect, locations of SPARK references in
571 -- ALI files are bogus. However, fixing this is not worth the effort, since
572 -- these references are only used for debugging.
574 function In_Extended_Main_Code_Unit
575 (N
: Node_Or_Entity_Id
) return Boolean;
576 -- Return True if the node is in the generated code of the extended main
577 -- unit, defined as the main unit, its specification (if any), and all
578 -- its subunits (considered recursively). Units for which this enquiry
579 -- returns True are those for which code will be generated. Nodes from
580 -- instantiations are included in the extended main unit for this call.
581 -- If the main unit is itself a subunit, then the extended main code unit
582 -- includes its parent unit, and the parent unit spec if it is separate.
584 -- This routine (and the following three routines) all return False if
585 -- Sloc (N) is No_Location or Standard_Location. In an earlier version,
586 -- they returned True for Standard_Location, but this was odd, and some
587 -- archeology indicated that this was done for the sole benefit of the
588 -- call in Restrict.Check_Restriction_No_Dependence, so we have moved
589 -- the special case check to that routine. This avoids some difficulties
590 -- with some other calls that malfunctioned with the odd return of True.
592 function In_Extended_Main_Code_Unit
(Loc
: Source_Ptr
) return Boolean;
593 -- Same function as above, but argument is a source pointer rather
596 function In_Extended_Main_Source_Unit
597 (N
: Node_Or_Entity_Id
) return Boolean;
598 -- Return True if the node is in the source text of the extended main
599 -- unit, defined as the main unit, its specification (if any), and all
600 -- its subunits (considered recursively). Units for which this enquiry
601 -- returns True are those for which code will be generated. This differs
602 -- from In_Extended_Main_Code_Unit only in that instantiations are not
603 -- included for the purposes of this call. If the main unit is itself
604 -- a subunit, then the extended main source unit includes its parent unit,
605 -- and the parent unit spec if it is separate.
607 function In_Extended_Main_Source_Unit
(Loc
: Source_Ptr
) return Boolean;
608 -- Same function as above, but argument is a source pointer
610 function In_Predefined_Unit
(N
: Node_Or_Entity_Id
) return Boolean;
611 -- Returns True if the given node or entity appears within the source text
612 -- of a predefined unit (i.e. within Ada, Interfaces, System or within one
613 -- of the descendant packages of one of these three packages).
615 function In_Predefined_Unit
(S
: Source_Ptr
) return Boolean;
616 pragma Inline
(In_Predefined_Unit
);
617 -- Same function as above but argument is a source pointer
619 function In_Internal_Unit
(N
: Node_Or_Entity_Id
) return Boolean;
620 function In_Internal_Unit
(S
: Source_Ptr
) return Boolean;
621 pragma Inline
(In_Internal_Unit
);
622 -- Same as In_Predefined_Unit, except units in the GNAT hierarchy are
625 function In_Predefined_Renaming
(N
: Node_Or_Entity_Id
) return Boolean;
626 function In_Predefined_Renaming
(S
: Source_Ptr
) return Boolean;
627 pragma Inline
(In_Predefined_Renaming
);
628 -- Returns True if N or S is in a predefined renaming unit
630 function In_Same_Code_Unit
(N1
, N2
: Node_Or_Entity_Id
) return Boolean;
631 pragma Inline
(In_Same_Code_Unit
);
632 -- Determines if the two nodes or entities N1 and N2 are in the same
633 -- code unit, the criterion being that Get_Code_Unit yields the same
634 -- value for each argument.
636 function In_Same_Extended_Unit
(N1
, N2
: Node_Or_Entity_Id
) return Boolean;
637 pragma Inline
(In_Same_Extended_Unit
);
638 -- Determines if two nodes or entities N1 and N2 are in the same
639 -- extended unit, where an extended unit is defined as a unit and all
640 -- its subunits (considered recursively, i.e. subunits of subunits are
641 -- included). Returns true if S1 and S2 are in the same extended unit
642 -- and False otherwise.
644 function In_Same_Extended_Unit
(S1
, S2
: Source_Ptr
) return Boolean;
645 pragma Inline
(In_Same_Extended_Unit
);
646 -- Determines if the two source locations S1 and S2 are in the same
647 -- extended unit, where an extended unit is defined as a unit and all
648 -- its subunits (considered recursively, i.e. subunits of subunits are
649 -- included). Returns true if S1 and S2 are in the same extended unit
650 -- and False otherwise.
652 function In_Same_Source_Unit
(N1
, N2
: Node_Or_Entity_Id
) return Boolean;
653 pragma Inline
(In_Same_Source_Unit
);
654 -- Determines if the two nodes or entities N1 and N2 are in the same
655 -- source unit, the criterion being that Get_Source_Unit yields the
656 -- same value for each argument.
658 function Increment_Serial_Number
return Nat
;
659 -- Increment Serial_Number field for current unit, and return the
660 -- incremented value.
662 procedure Initialize
;
663 -- Initialize internal tables
665 function Is_Loaded
(Uname
: Unit_Name_Type
) return Boolean;
666 -- Determines if unit with given name is already loaded, i.e. there is
667 -- already an entry in the file table with this unit name for which the
668 -- corresponding file was found and parsed. Note that the Fatal_Error value
669 -- of this entry must be checked before proceeding with further processing.
671 function Last_Unit
return Unit_Number_Type
;
672 -- Unit number of last allocated unit
674 procedure List
(File_Names_Only
: Boolean := False);
675 -- Lists units in active library (i.e. generates output consisting of a
676 -- sorted listing of the units represented in File table, except for the
677 -- main unit). If File_Names_Only is set to True, then the list includes
678 -- only file names, and no other information. Otherwise the unit name and
679 -- time stamp are also output. File_Names_Only also restricts the list to
680 -- exclude any predefined files.
683 -- Lock internal tables before calling back end
685 function Num_Units
return Nat
;
686 -- Number of units currently in unit table
688 procedure Remove_Unit
(U
: Unit_Number_Type
);
689 -- Remove unit U from unit table. Currently this is effective only if U is
690 -- the last unit currently stored in the unit table.
692 procedure Replace_Linker_Option_String
694 Match_String
: String);
695 -- Replace an existing Linker_Option if the prefix Match_String matches,
696 -- otherwise call Store_Linker_Option_String.
698 procedure Store_Compilation_Switch
(Switch
: String);
699 -- Called to register a compilation switch, either front-end or back-end,
700 -- which may influence the generated output file(s). Switch is the text of
701 -- the switch to store (except that -fRTS gets changed back to --RTS).
703 procedure Store_Linker_Option_String
(S
: String_Id
);
704 -- This procedure is called to register the string from a pragma
705 -- Linker_Option. The argument is the Id of the string to register.
707 procedure Store_Note
(N
: Node_Id
);
708 -- This procedure is called to register a pragma N for which a notes
709 -- entry is required.
711 procedure Synchronize_Serial_Number
;
712 -- This function increments the Serial_Number field for the current unit
713 -- but does not return the incremented value. This is used when there
714 -- is a situation where one path of control increments a serial number
715 -- (using Increment_Serial_Number), and the other path does not and it is
716 -- important to keep the serial numbers synchronized in the two cases (e.g.
717 -- when the references in a package and a client must be kept consistent).
720 -- Initializes internal tables from current tree file using the relevant
721 -- Table.Tree_Read routines.
723 procedure Tree_Write
;
724 -- Writes out internal tables to current tree file using the relevant
725 -- Table.Tree_Write routines.
728 -- Unlock internal tables, in cases where the back end needs to modify them
730 function Version_Get
(U
: Unit_Number_Type
) return Word_Hex_String
;
731 -- Returns the version as a string with 8 hex digits (upper case letters)
733 procedure Version_Referenced
(S
: String_Id
);
734 -- This routine is called from Exp_Attr to register the use of a Version
735 -- or Body_Version attribute. The argument is the external name used to
736 -- access the version string.
738 procedure Write_Unit_Info
739 (Unit_Num
: Unit_Number_Type
;
741 Prefix
: String := "";
742 Withs
: Boolean := False);
743 -- Print out debugging information about the unit. Prefix precedes the rest
744 -- of the printout. If Withs is True, we print out units with'ed by this
745 -- unit (not counting limited withs).
747 ---------------------------------------------------------------
748 -- Special Handling for Restriction_Set (No_Dependence) Case --
749 ---------------------------------------------------------------
751 -- If we have a Restriction_Set attribute for No_Dependence => unit,
752 -- and the unit is not given in a No_Dependence restriction that we
753 -- can see, the attribute will return False.
755 -- We have to ensure in this case that the binder will reject any attempt
756 -- to set a No_Dependence restriction in some other unit in the partition.
758 -- If the unit is in the semantic closure, then of course it is properly
759 -- WITH'ed by someone, and the binder will do this job automatically as
760 -- part of its normal processing.
762 -- But if the unit is not in the semantic closure, we must make sure the
763 -- binder knows about it. The use of the Restriction_Set attribute giving
764 -- a result of False does not mean of itself that we have to include the
765 -- unit in the partition. So what we do is to generate a with (W) line in
766 -- the ali file (with no file name information), but no corresponding D
767 -- (dependency) line. This is recognized by the binder as meaning "Don't
768 -- let anyone specify No_Dependence for this unit, but you don't have to
769 -- include it if there is no real W line for the unit".
771 -- The following table keeps track of relevant units. It is used in the
772 -- Lib.Writ circuit for outputting With lines to output the special with
773 -- line with RA if the unit is not in the semantic closure.
775 package Restriction_Set_Dependences
is new Table
.Table
(
776 Table_Component_Type
=> Unit_Name_Type
,
777 Table_Index_Type
=> Int
,
778 Table_Low_Bound
=> 0,
780 Table_Increment
=> 100,
781 Table_Name
=> "Restriction_Attribute_Dependences");
784 pragma Inline
(Cunit
);
785 pragma Inline
(Cunit_Entity
);
786 pragma Inline
(Dependency_Num
);
787 pragma Inline
(Fatal_Error
);
788 pragma Inline
(Generate_Code
);
789 pragma Inline
(Has_RACW
);
790 pragma Inline
(Increment_Serial_Number
);
791 pragma Inline
(Loading
);
792 pragma Inline
(Main_CPU
);
793 pragma Inline
(Main_Priority
);
794 pragma Inline
(Munit_Index
);
795 pragma Inline
(No_Elab_Code_All
);
796 pragma Inline
(OA_Setting
);
797 pragma Inline
(Set_Cunit
);
798 pragma Inline
(Set_Cunit_Entity
);
799 pragma Inline
(Set_Fatal_Error
);
800 pragma Inline
(Set_Generate_Code
);
801 pragma Inline
(Set_Has_RACW
);
802 pragma Inline
(Is_Predefined_Renaming
);
803 pragma Inline
(Is_Internal_Unit
);
804 pragma Inline
(Is_Predefined_Unit
);
805 pragma Inline
(Set_Loading
);
806 pragma Inline
(Set_Main_CPU
);
807 pragma Inline
(Set_Main_Priority
);
808 pragma Inline
(Set_No_Elab_Code_All
);
809 pragma Inline
(Set_OA_Setting
);
810 pragma Inline
(Set_Unit_Name
);
811 pragma Inline
(Source_Index
);
812 pragma Inline
(Unit_File_Name
);
813 pragma Inline
(Unit_Name
);
817 type Unit_Record
is record
818 Unit_File_Name
: File_Name_Type
;
819 Unit_Name
: Unit_Name_Type
;
821 Expected_Unit
: Unit_Name_Type
;
822 Source_Index
: Source_File_Index
;
824 Cunit_Entity
: Entity_Id
;
825 Dependency_Num
: Int
;
826 Ident_String
: Node_Id
;
831 Error_Location
: Source_Ptr
;
832 Fatal_Error
: Fatal_Type
;
833 Generate_Code
: Boolean;
835 Dynamic_Elab
: Boolean;
836 No_Elab_Code_All
: Boolean;
839 OA_Setting
: Character;
841 Is_Predefined_Renaming
: Boolean;
842 Is_Internal_Unit
: Boolean;
843 Is_Predefined_Unit
: Boolean;
847 -- The following representation clause ensures that the above record
848 -- has no holes. We do this so that when instances of this record are
849 -- written by Tree_Gen, we do not write uninitialized values to the file.
851 for Unit_Record
use record
852 Unit_File_Name
at 0 range 0 .. 31;
853 Unit_Name
at 4 range 0 .. 31;
854 Munit_Index
at 8 range 0 .. 31;
855 Expected_Unit
at 12 range 0 .. 31;
856 Source_Index
at 16 range 0 .. 31;
857 Cunit
at 20 range 0 .. 31;
858 Cunit_Entity
at 24 range 0 .. 31;
859 Dependency_Num
at 28 range 0 .. 31;
860 Ident_String
at 32 range 0 .. 31;
861 Main_Priority
at 36 range 0 .. 31;
862 Main_CPU
at 40 range 0 .. 31;
863 Serial_Number
at 44 range 0 .. 31;
864 Version
at 48 range 0 .. 31;
865 Error_Location
at 52 range 0 .. 31;
866 Fatal_Error
at 56 range 0 .. 7;
867 Generate_Code
at 57 range 0 .. 7;
868 Has_RACW
at 58 range 0 .. 7;
869 Dynamic_Elab
at 59 range 0 .. 7;
870 No_Elab_Code_All
at 60 range 0 .. 7;
871 Filler
at 61 range 0 .. 7;
872 OA_Setting
at 62 range 0 .. 7;
873 Loading
at 63 range 0 .. 7;
875 Is_Predefined_Renaming
at 64 range 0 .. 7;
876 Is_Internal_Unit
at 65 range 0 .. 7;
877 Is_Predefined_Unit
at 66 range 0 .. 7;
878 Filler2
at 67 range 0 .. 7;
881 for Unit_Record
'Size use 68 * 8;
882 -- This ensures that we did not leave out any fields
884 package Units
is new Table
.Table
(
885 Table_Component_Type
=> Unit_Record
,
886 Table_Index_Type
=> Unit_Number_Type
,
887 Table_Low_Bound
=> Main_Unit
,
888 Table_Initial
=> Alloc
.Units_Initial
,
889 Table_Increment
=> Alloc
.Units_Increment
,
890 Table_Name
=> "Units");
892 -- The following table stores strings from pragma Linker_Option lines
894 type Linker_Option_Entry
is record
896 -- The string for the linker option line
898 Unit
: Unit_Number_Type
;
899 -- The unit from which the linker option comes
902 package Linker_Option_Lines
is new Table
.Table
(
903 Table_Component_Type
=> Linker_Option_Entry
,
904 Table_Index_Type
=> Integer,
905 Table_Low_Bound
=> 1,
906 Table_Initial
=> Alloc
.Linker_Option_Lines_Initial
,
907 Table_Increment
=> Alloc
.Linker_Option_Lines_Increment
,
908 Table_Name
=> "Linker_Option_Lines");
910 -- The following table stores references to pragmas that generate Notes
912 package Notes
is new Table
.Table
(
913 Table_Component_Type
=> Node_Id
,
914 Table_Index_Type
=> Integer,
915 Table_Low_Bound
=> 1,
916 Table_Initial
=> Alloc
.Notes_Initial
,
917 Table_Increment
=> Alloc
.Notes_Increment
,
918 Table_Name
=> "Notes");
920 -- The following table records the compilation switches used to compile
921 -- the main unit. The table includes only switches. It excludes -o
922 -- switches as well as artifacts of the gcc/gnat1 interface such as
923 -- -quiet, -dumpbase, or -auxbase.
925 -- This table is set as part of the compiler argument scanning in
926 -- Back_End. It can also be reset in -gnatc mode from the data in an
927 -- existing ali file, and is read and written by the Tree_Read and
928 -- Tree_Write routines for ASIS.
930 package Compilation_Switches
is new Table
.Table
(
931 Table_Component_Type
=> String_Ptr
,
932 Table_Index_Type
=> Nat
,
933 Table_Low_Bound
=> 1,
935 Table_Increment
=> 100,
936 Table_Name
=> "Compilation_Switches");
938 Load_Msg_Sloc
: Source_Ptr
;
939 -- Location for placing error messages (a token in the main source text)
940 -- This is set from Sloc (Enode) by Load only in the case where this Sloc
941 -- is in the main source file. This ensures that not found messages and
942 -- circular dependency messages reference the original with in this source.
944 type Load_Stack_Entry
is record
945 Unit_Number
: Unit_Number_Type
;
949 -- The Load_Stack table contains a list of unit numbers (indexes into the
950 -- unit table) of units being loaded on a single dependency chain, and a
951 -- flag to indicate whether this unit is loaded through a limited_with
952 -- clause. The First entry is the main unit. The second entry, if present
953 -- is a unit on which the first unit depends, etc. This stack is used to
954 -- generate error messages showing the dependency chain if a file is not
955 -- found, or whether a true circular dependency exists. The Load_Unit
956 -- function makes an entry in this table when it is called, and removes
957 -- the entry just before it returns.
959 package Load_Stack
is new Table
.Table
(
960 Table_Component_Type
=> Load_Stack_Entry
,
961 Table_Index_Type
=> Int
,
962 Table_Low_Bound
=> 0,
963 Table_Initial
=> Alloc
.Load_Stack_Initial
,
964 Table_Increment
=> Alloc
.Load_Stack_Increment
,
965 Table_Name
=> "Load_Stack");
967 procedure Sort
(Tbl
: in out Unit_Ref_Table
);
968 -- This procedure sorts the given unit reference table in order of
969 -- ascending unit names, where the ordering relation is as described
970 -- by the comparison routines provided by package Uname.
972 -- The Version_Ref table records Body_Version and Version attribute
973 -- references. The entries are simply the strings for the external
974 -- names that correspond to the referenced values.
976 package Version_Ref
is new Table
.Table
(
977 Table_Component_Type
=> String_Id
,
978 Table_Index_Type
=> Nat
,
979 Table_Low_Bound
=> 1,
981 Table_Increment
=> 100,
982 Table_Name
=> "Version_Ref");