FSF GCC merge 02/23/03
[official-gcc.git] / gcc / ada / lib.ads
blob62d6796470aadbbcdc398ccbc80c7c0ffb9e921d
1 ------------------------------------------------------------------------------
2 -- --
3 -- GNAT COMPILER COMPONENTS --
4 -- --
5 -- L I B --
6 -- --
7 -- S p e c --
8 -- --
9 -- --
10 -- Copyright (C) 1992-2001 Free Software Foundation, Inc. --
11 -- --
12 -- GNAT is free software; you can redistribute it and/or modify it under --
13 -- terms of the GNU General Public License as published by the Free Soft- --
14 -- ware Foundation; either version 2, or (at your option) any later ver- --
15 -- sion. GNAT is distributed in the hope that it will be useful, but WITH- --
16 -- OUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY --
17 -- or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License --
18 -- for more details. You should have received a copy of the GNU General --
19 -- Public License distributed with GNAT; see file COPYING. If not, write --
20 -- to the Free Software Foundation, 59 Temple Place - Suite 330, Boston, --
21 -- MA 02111-1307, USA. --
22 -- --
23 -- As a special exception, if other files instantiate generics from this --
24 -- unit, or you link this unit with other files to produce an executable, --
25 -- this unit does not by itself cause the resulting executable to be --
26 -- covered by the GNU General Public License. This exception does not --
27 -- however invalidate any other reasons why the executable file might be --
28 -- covered by the GNU Public License. --
29 -- --
30 -- GNAT was originally developed by the GNAT team at New York University. --
31 -- Extensive contributions were provided by Ada Core Technologies Inc. --
32 -- --
33 ------------------------------------------------------------------------------
35 -- This package contains routines for accessing and outputting the library
36 -- information. It contains the routine to load subsidiary units.
38 with Alloc;
39 with Table;
40 with Types; use Types;
42 package Lib is
44 --------------------------------------------
45 -- General Approach to Library Management --
46 --------------------------------------------
48 -- As described in GNote #1, when a unit is compiled, all its subsidiary
49 -- units are recompiled, including the following:
51 -- (a) Corresponding spec for a body
52 -- (b) Parent spec of a child library spec
53 -- (d) With'ed specs
54 -- (d) Parent body of a subunit
55 -- (e) Subunits corresponding to any specified stubs
56 -- (f) Bodies of inlined subprograms that are called
57 -- (g) Bodies of generic subprograms or packages that are instantiated
58 -- (h) Bodies of packages containing either of the above two items
59 -- (i) Specs and bodies of runtime units
60 -- (j) Parent specs for with'ed child library units
62 -- If a unit is being compiled only for syntax checking, then no subsidiary
63 -- units are loaded, the syntax check applies only to the main unit,
64 -- i.e. the one contained in the source submitted to the library.
66 -- If a unit is being compiled for syntax and semantic checking, then only
67 -- cases (a)-(d) loads are performed, since the full semantic checking can
68 -- be carried out without needing (e)-(i) loads. In this case no object
69 -- file, or library information file, is generated, so the missing units
70 -- do not affect the results.
72 -- Specifications of library subprograms, subunits, and generic specs
73 -- and bodies, can only be compiled in syntax/semantic checking mode,
74 -- since no code is ever generated directly for these units. In the case
75 -- of subunits, only the compilation of the ultimate parent unit generates
76 -- actual code. If a subunit is submitted to the compiler in syntax/
77 -- semantic checking mode, the parent (or parents in the nested case) are
78 -- semantically checked only up to the point of the corresponding stub.
80 -- If code is being generated, then all the above units are required,
81 -- although the need for bodies of inlined procedures can be suppressed
82 -- by the use of a switch that sets the mode to ignore pragma Inline
83 -- statements.
85 -- The two main sections of the front end, Par and Sem, are recursive.
86 -- Compilation proceeds unit by unit making recursive calls as necessary.
87 -- The process is controlled from the GNAT main program, which makes calls
88 -- to Par and Sem sequence for the main unit.
90 -- Par parses the given unit, and then, after the parse is complete, uses
91 -- the Par.Load subprogram to load all its subsidiary units in categories
92 -- (a)-(d) above, installing pointers to the loaded units in the parse
93 -- tree, as described in a later section of this spec. If any of these
94 -- required units is missing, a fatal error is signalled, so that no
95 -- attempt is made to run Sem in such cases, since it is assumed that
96 -- too many cascaded errors would result, and the confusion would not
97 -- be helpful.
99 -- Following the call to Par on the main unit, the entire tree of required
100 -- units is thus loaded, and Sem is called on the main unit. The parameter
101 -- passed to Sem is the unit to be analyzed. The visibility table, which
102 -- is a single global structure, starts out containing only the entries
103 -- for the visible entities in Standard. Every call to Sem establishes a
104 -- new scope stack table, pushing an entry for Standard on entry to provide
105 -- the proper initial scope environment.
107 -- Sem first proceeds to perform semantic analysis on the currently loaded
108 -- units as follows:
110 -- In the case of a body (case (a) above), Sem analyzes the corresponding
111 -- spec, using a recursive call to Sem. As is always expected to be the
112 -- case with calls to Sem, any entities installed in the visibility table
113 -- are removed on exit from Sem, so that these entities have to be
114 -- reinstalled on return to continue the analysis of the body which of
115 -- course needs visibility of these entities.
117 -- In the case of the parent of a child spec (case (b) above), a similar
118 -- call is made to Sem to analyze the parent. Again, on return, the
119 -- entities from the analyzed parent spec have to be installed in the
120 -- visibility table of the caller (the child unit), which must have
121 -- visibility to the entities in its parent spec.
123 -- For with'ed specs (case (c) above), a recursive call to Sem is made
124 -- to analyze each spec in turn. After all the spec's have been analyzed,
125 -- but not till that point, the entities from all the with'ed units are
126 -- reinstalled in the visibility table so that the caller can proceed
127 -- with the analysis of the unit doing the with's with the necessary
128 -- entities made either potentially use visible or visible by selection
129 -- as needed.
131 -- Case (d) arises when Sem is passed a subunit to analyze. This means
132 -- that the main unit is a subunit, and the unit passed to Sem is either
133 -- the main unit, or one of its ancestors that is still a subunit. Since
134 -- analysis must start at the top of the tree, Sem essentially cancels
135 -- the current call by immediately making a call to analyze the parent
136 -- (when this call is finished it immediately returns, so logically this
137 -- call is like a goto). The subunit will then be analyzed at the proper
138 -- time as described for the stub case. Note that we also turn off the
139 -- indication that code should be generated in this case, since the only
140 -- time we generate code for subunits is when compiling the main parent.
142 -- Case (e), subunits corresponding to stubs, are handled as the stubs
143 -- are encountered. There are three sub-cases:
145 -- If the subunit has already been loaded, then this means that the
146 -- main unit was a subunit, and we are back on our way down to it
147 -- after following the initial processing described for case (d).
148 -- In this case we analyze this particular subunit, as described
149 -- for the case where we are generating code, but when we get back
150 -- we are all done, since the rest of the parent is irrelevant. To
151 -- get out of the parent, we raise the exception Subunit_Found, which
152 -- is handled at the outer level of Sem.
154 -- The cases where the subunit has not already been loaded correspond
155 -- to cases where the main unit was a parent. In this case the action
156 -- depends on whether or not we are generating code. If we are not
157 -- generating code, then this is the case where we can simply ignore
158 -- the subunit, since in checking mode we don't even want to insist
159 -- that the subunit exist, much less waste time checking it.
161 -- If we are generating code, then we need to load and analyze
162 -- all subunits. This is achieved with a call to Lib.Load to load
163 -- and parse the unit, followed by processing that installs the
164 -- context clause of the subunit, analyzes the subunit, and then
165 -- removes the context clause (from the visibility chains of the
166 -- parent). Note that we do *not* do a recursive call to Sem in
167 -- this case, precisely because we need to do the analysis of the
168 -- subunit with the current visibility table and scope stack.
170 -- Case (f) applies only to subprograms for which a pragma Inline is
171 -- given, providing that the compiler is operating in the mode where
172 -- pragma Inline's are activated. When the expander encounters a call
173 -- to such a subprogram, it loads the body of the subprogram if it has
174 -- not already been loaded, and calls Sem to process it.
176 -- Case (g) is similar to case (f), except that the body of a generic
177 -- is unconditionally required, regardless of compiler mode settings.
178 -- As in the subprogram case, when the expander encounters a generic
179 -- instantiation, it loads the generic body of the subprogram if it
180 -- has not already been loaded, and calls Sem to process it.
182 -- Case (h) arises when a package contains either an inlined subprogram
183 -- which is called, or a generic which is instantiated. In this case the
184 -- body of the package must be loaded and analyzed with a call to Sem.
186 -- Case (i) is handled by adding implicit with clauses to the context
187 -- clauses of all units that potentially reference the relevant runtime
188 -- entities. Note that since we have the full set of units available,
189 -- the parser can always determine the set of runtime units that is
190 -- needed. These with clauses do not have associated use clauses, so
191 -- all references to the entities must be by selection. Once the with
192 -- clauses have been added, subsequent processing is as for normal
193 -- with clauses.
195 -- Case (j) is also handled by adding appropriate implicit with clauses
196 -- to any unit that withs a child unit. Again there is no use clause,
197 -- and subsequent processing proceeds as for an explicit with clause.
199 -- Sem thus completes the loading of all required units, except those
200 -- required for inline subprogram bodies or inlined generics. If any
201 -- of these load attempts fails, then the expander will not be called,
202 -- even if code was to be generated. If the load attempts all succeed
203 -- then the expander is called, though the attempt to generate code may
204 -- still fail if an error occurs during a load attempt for an inlined
205 -- body or a generic body.
207 -------------------------------------------
208 -- Special Handling of Subprogram Bodies --
209 -------------------------------------------
211 -- A subprogram body (in an adb file) may stand for both a spec and a
212 -- body. A simple model (and one that was adopted through version 2.07),
213 -- is simply to assume that such an adb file acts as its own spec if no
214 -- ads file is present.
216 -- However, this is not correct. RM 10.1.4(4) requires that such a body
217 -- act as a spec unless a subprogram declaration of the same name is
218 -- already present. The correct interpretation of this in GNAT library
219 -- terms is to ignore an existing ads file of the same name unless this
220 -- ads file contains a subprogram declaration with the same name.
222 -- If there is an ads file with a unit other than a subprogram declaration
223 -- with the same name, then a fatal message is output, noting that this
224 -- irrelevant file must be deleted before the body can be compiled. See
225 -- ACVC test CA1020D to see how this processing is required.
227 -----------------
228 -- Global Data --
229 -----------------
231 Current_Sem_Unit : Unit_Number_Type := Main_Unit;
232 -- Unit number of unit currently being analyzed/expanded. This is set when
233 -- ever a new unit is entered, saving and restoring the old value, so that
234 -- it always reflects the unit currently being analyzed. The initial value
235 -- of Main_Unit ensures that a proper value is set initially, and in
236 -- particular for analysis of configuration pragmas in gnat.adc.
238 Main_Unit_Entity : Entity_Id;
239 -- Entity of main unit, same as Cunit_Entity (Main_Unit) except where
240 -- Main_Unit is a body with a separate spec, in which case it is the
241 -- entity for the spec.
243 Unit_Exception_Table_Present : Boolean;
244 -- Set true if a unit exception table is present for the unit (i.e.
245 -- zero cost exception handling is active and there is at least one
246 -- subprogram in the extended unit).
248 -----------------
249 -- Units Table --
250 -----------------
252 -- The units table has an entry for each unit (source file) read in by the
253 -- current compilation. The table is indexed by the unit number value,
254 -- The first entry in the table, subscript Main_Unit, is for the main file.
255 -- Each entry in this units table contains the following data.
257 -- Unit_File_Name
258 -- The name of the source file containing the unit. Set when the entry
259 -- is created by a call to Lib.Load, and then cannot be changed.
261 -- Source_Index
262 -- The index in the source file table of the corresponding source file.
263 -- Set when the entry is created by a call to Lib.Load and then cannot
264 -- be changed.
266 -- Error_Location
267 -- This is copied from the Sloc field of the Enode argument passed
268 -- to Load_Unit. It refers to the enclosing construct which caused
269 -- this unit to be loaded, e.g. most typically the with clause that
270 -- referenced the unit, and is used for error handling in Par.Load.
272 -- Expected_Unit
273 -- This is the expected unit name for a file other than the main unit,
274 -- since these are cases where we load the unit using Lib.Load and we
275 -- know the unit that is expected. It must be the same as Unit_Name
276 -- if it is set (see test in Par.Load). Expected_Unit is set to
277 -- No_Name for the main unit.
279 -- Unit_Name
280 -- The name of the unit. Initialized to No_Name by Lib.Load, and then
281 -- set by the parser when the unit is parsed to the unit name actually
282 -- found in the file (which should, in the absence of errors) be the
283 -- same name as Expected_Unit.
285 -- Cunit
286 -- Pointer to the N_Compilation_Unit node. Initially set to Empty by
287 -- Lib.Load, and then reset to the required node by the parser when
288 -- the unit is parsed.
290 -- Cunit_Entity
291 -- Pointer to the entity node for the compilation unit. Initially set
292 -- to Empty by Lib.Load, and then reset to the required entity by the
293 -- parser when the unit is parsed.
295 -- Dependency_Num
296 -- This is the number of the unit within the generated dependency
297 -- lines (D lines in the ALI file) which are sorted into alphabetical
298 -- order. The number is ones origin, so a value of 2 refers to the
299 -- second generated D line. The Dependency_Number values are set
300 -- as the D lines are generated, and are used to generate proper
301 -- unit references in the generated xref information.
303 -- Dynamic_Elab
304 -- A flag indicating if this unit was compiled with dynamic elaboration
305 -- checks specified (as the result of using the -gnatE compilation
306 -- option or a pragma Elaboration_Checks (Dynamic).
308 -- Fatal_Error
309 -- A flag that is initialized to False, and gets set to True if a fatal
310 -- error occurs during the processing of a unit. A fatal error is one
311 -- defined as serious enough to stop the next phase of the compiler
312 -- from running (i.e. fatal error during parsing stops semantics,
313 -- fatal error during semantics stops code generation). Note that
314 -- currently, errors of any kind cause Fatal_Error to be set, but
315 -- eventually perhaps only errors labeled as Fatal_Errors should be
316 -- this severe if we decide to try Sem on sources with minor errors.
318 -- Generate_Code
319 -- This flag is set True for all units in the current file for which
320 -- code is to be generated. This includes the unit explicitly compiled,
321 -- together with its specification, and any subunits.
323 -- Has_RACW
324 -- A Boolean flag, initially set to False when a unit entry is created,
325 -- and set to True if the unit defines a remote access to class wide
326 -- (RACW) object. This is used for controlling generation of the RA
327 -- attribute in the ali file.
329 -- Ident_String
330 -- N_String_Literal node from a valid pragma Ident that applies to
331 -- this unit. If no Ident pragma applies to the unit, then Empty.
333 -- Loading
334 -- A flag that is used to catch circular WITH dependencies. It is set
335 -- True when an entry is initially created in the file table, and set
336 -- False when the load is completed, or ends with an error.
338 -- Main_Priority
339 -- This field is used to indicate the priority of a possible main
340 -- program, as set by a pragma Priority. A value of -1 indicates
341 -- that the default priority is to be used (and is also used for
342 -- entries that do not correspond to possible main programs).
344 -- Serial_Number
345 -- This field holds a serial number used by New_Internal_Name to
346 -- generate unique temporary numbers on a unit by unit basis. The
347 -- only access to this field is via the Increment_Serial_Number
348 -- routine which increments the current value and returns it. This
349 -- serial number is separate for each unit.
351 -- Version
352 -- This field holds the version of the unit, which is computed as
353 -- the exclusive or of the checksums of this unit, and all its
354 -- semantically dependent units. Access to the version number field
355 -- is not direct, but is done through the routines described below.
356 -- When a unit table entry is created, this field is initialized to
357 -- the checksum of the corresponding source file. Version_Update is
358 -- then called to reflect the contributions of any unit on which this
359 -- unit is semantically dependent.
361 -- Dependent_Unit
362 -- This is a Boolean flag, which is set True to indicate that this
363 -- entry is for a semantically dependent unit. This flag is nearly
364 -- always set True, the only exception is for a unit that is loaded
365 -- by an Rtsfind request in No_Run_Time mode, where the entity that
366 -- is obtained by Rtsfind.RTE is for an inlined subprogram or other
367 -- entity for which a dependency need not be created.
369 -- The units table is reset to empty at the start of the compilation of
370 -- each main unit by Lib.Initialize. Entries are then added by calls to
371 -- the Lib.Load procedure. The following subprograms are used to access
372 -- and modify entries in the Units table. Individual entries are accessed
373 -- using a unit number value which ranges from Main_Unit (the first entry,
374 -- which is always for the current main unit) to Last_Unit.
376 Default_Main_Priority : constant Int := -1;
377 -- Value used in Main_Priority field to indicate default main priority
379 function Cunit (U : Unit_Number_Type) return Node_Id;
380 function Cunit_Entity (U : Unit_Number_Type) return Entity_Id;
381 function Dependent_Unit (U : Unit_Number_Type) return Boolean;
382 function Dependency_Num (U : Unit_Number_Type) return Nat;
383 function Dynamic_Elab (U : Unit_Number_Type) return Boolean;
384 function Error_Location (U : Unit_Number_Type) return Source_Ptr;
385 function Expected_Unit (U : Unit_Number_Type) return Unit_Name_Type;
386 function Fatal_Error (U : Unit_Number_Type) return Boolean;
387 function Generate_Code (U : Unit_Number_Type) return Boolean;
388 function Ident_String (U : Unit_Number_Type) return Node_Id;
389 function Has_RACW (U : Unit_Number_Type) return Boolean;
390 function Loading (U : Unit_Number_Type) return Boolean;
391 function Main_Priority (U : Unit_Number_Type) return Int;
392 function Source_Index (U : Unit_Number_Type) return Source_File_Index;
393 function Unit_File_Name (U : Unit_Number_Type) return File_Name_Type;
394 function Unit_Name (U : Unit_Number_Type) return Unit_Name_Type;
395 -- Get value of named field from given units table entry
397 procedure Set_Cunit (U : Unit_Number_Type; N : Node_Id);
398 procedure Set_Cunit_Entity (U : Unit_Number_Type; E : Entity_Id);
399 procedure Set_Dynamic_Elab (U : Unit_Number_Type; B : Boolean := True);
400 procedure Set_Error_Location (U : Unit_Number_Type; W : Source_Ptr);
401 procedure Set_Fatal_Error (U : Unit_Number_Type; B : Boolean := True);
402 procedure Set_Generate_Code (U : Unit_Number_Type; B : Boolean := True);
403 procedure Set_Has_RACW (U : Unit_Number_Type; B : Boolean := True);
404 procedure Set_Ident_String (U : Unit_Number_Type; N : Node_Id);
405 procedure Set_Loading (U : Unit_Number_Type; B : Boolean := True);
406 procedure Set_Main_Priority (U : Unit_Number_Type; P : Int);
407 procedure Set_Unit_Name (U : Unit_Number_Type; N : Unit_Name_Type);
408 -- Set value of named field for given units table entry. Note that we
409 -- do not have an entry for each possible field, since some of the fields
410 -- can only be set by specialized interfaces (defined below).
412 function Version_Get (U : Unit_Number_Type) return Word_Hex_String;
413 -- Returns the version as a string with 8 hex digits (upper case letters)
415 function Last_Unit return Unit_Number_Type;
416 -- Unit number of last allocated unit
418 function Num_Units return Nat;
419 -- Number of units currently in unit table
421 function Entity_Is_In_Main_Unit (E : Entity_Id) return Boolean;
422 -- Returns True if the entity E is declared in the main unit, or, in
423 -- its corresponding spec, or one of its subunits. Entities declared
424 -- within generic instantiations return True if the instantiation is
425 -- itself "in the main unit" by this definition. Otherwise False.
427 function Get_Source_Unit (N : Node_Or_Entity_Id) return Unit_Number_Type;
428 pragma Inline (Get_Source_Unit);
429 function Get_Source_Unit (S : Source_Ptr) return Unit_Number_Type;
430 -- Return unit number of file identified by given source pointer value.
431 -- This call must always succeed, since any valid source pointer value
432 -- belongs to some previously loaded module. If the given source pointer
433 -- value is within an instantiation, this function returns the unit
434 -- number of the templace, i.e. the unit containing the source code
435 -- corresponding to the given Source_Ptr value. The version taking
436 -- a Node_Id argument, N, simply applies the function to Sloc (N).
438 function Get_Code_Unit (N : Node_Or_Entity_Id) return Unit_Number_Type;
439 pragma Inline (Get_Code_Unit);
440 function Get_Code_Unit (S : Source_Ptr) return Unit_Number_Type;
441 -- This is like Get_Source_Unit, except that in the instantiation case,
442 -- it uses the location of the top level instantiation, rather than the
443 -- template, so it returns the unit number containing the code that
444 -- corresponds to the node N, or the source location S.
446 function In_Same_Source_Unit (N1, N2 : Node_Or_Entity_Id) return Boolean;
447 pragma Inline (In_Same_Source_Unit);
448 -- Determines if the two nodes or entities N1 and N2 are in the same
449 -- source unit, the criterion being that Get_Source_Unit yields the
450 -- same value for each argument.
452 function In_Same_Code_Unit (N1, N2 : Node_Or_Entity_Id) return Boolean;
453 pragma Inline (In_Same_Source_Unit);
454 -- Determines if the two nodes or entities N1 and N2 are in the same
455 -- code unit, the criterion being that Get_Code_Unit yields the same
456 -- value for each argument.
458 function In_Same_Extended_Unit (S1, S2 : Source_Ptr) return Boolean;
459 -- Determines if the two source locations S1 and S2 are in the same
460 -- extended unit, where an extended unit is defined as a unit and all
461 -- its subunits (considered recursively, i.e. subunits or subunits are
462 -- included). Returns true if S1 and S2 are in the same extended unit
463 -- and False otherwise.
465 function In_Extended_Main_Code_Unit
466 (N : Node_Or_Entity_Id)
467 return Boolean;
468 -- Return True if the node is in the generated code of the extended main
469 -- unit, defined as the main unit, its specification (if any), and all
470 -- its subunits (considered recursively). Units for which this enquiry
471 -- returns True are those for which code will be generated. Nodes from
472 -- instantiations are included in the extended main unit for this call.
473 -- If the main unit is itself a subunit, then the extended main unit
474 -- includes its parent unit, and the parent unit spec if it is separate.
476 function In_Extended_Main_Source_Unit
477 (N : Node_Or_Entity_Id)
478 return Boolean;
479 -- Return True if the node is in the source text of the extended main
480 -- unit, defined as the main unit, its specification (if any), and all
481 -- its subunits (considered recursively). Units for which this enquiry
482 -- returns True are those for which code will be generated. This differs
483 -- from In_Extended_Main_Code_Unit only in that instantiations are not
484 -- included for the purposes of this call. If the main unit is itself
485 -- a subunit, then the extended main unit includes its parent unit,
486 -- and the parent unit spec if it is separate.
488 function Earlier_In_Extended_Unit (S1, S2 : Source_Ptr) return Boolean;
489 -- Given two Sloc values for which In_Same_Extended_Unit is true,
490 -- determine if S1 appears before S2. Returns True if S1 appears before
491 -- S2, and False otherwise. The result is undefined if S1 and S2 are
492 -- not in the same extended unit.
494 function Compilation_Switches_Last return Nat;
495 -- Return the count of stored compilation switches
497 function Get_Compilation_Switch (N : Pos) return String_Ptr;
498 -- Return the Nth stored compilation switch, or null if less than N
499 -- switches have been stored. Used by ASIS and back ends written in Ada.
501 function Get_Cunit_Unit_Number (N : Node_Id) return Unit_Number_Type;
502 -- Return unit number of the unit whose N_Compilation_Unit node is the
503 -- one passed as an argument. This must always succeed since the node
504 -- could not have been built without making a unit table entry.
506 function Get_Cunit_Entity_Unit_Number
507 (E : Entity_Id)
508 return Unit_Number_Type;
509 -- Return unit number of the unit whose compilation unit spec entity is
510 -- the one passed as an argument. This must always succeed since the
511 -- entity could not have been built without making a unit table entry.
513 function Increment_Serial_Number return Nat;
514 -- Increment Serial_Number field for current unit, and return the
515 -- incremented value.
517 procedure Replace_Linker_Option_String
518 (S : String_Id; Match_String : String);
519 -- Replace an existing Linker_Option if the prefix Match_String
520 -- matches, otherwise call Store_Linker_Option_String.
522 procedure Store_Compilation_Switch (Switch : String);
523 -- Called to register a compilation switch, either front-end or
524 -- back-end, which may influence the generated output file(s).
526 procedure Store_Linker_Option_String (S : String_Id);
527 -- This procedure is called to register the string from a pragma
528 -- Linker_Option. The argument is the Id of the string to register.
530 procedure Initialize;
531 -- Initialize internal tables
533 procedure Lock;
534 -- Lock internal tables before calling back end
536 procedure Tree_Write;
537 -- Writes out internal tables to current tree file using Tree_Write
539 procedure Tree_Read;
540 -- Initializes internal tables from current tree file using Tree_Read
542 function Is_Loaded (Uname : Unit_Name_Type) return Boolean;
543 -- Determines if unit with given name is already loaded, i.e. there is
544 -- already an entry in the file table with this unit name for which the
545 -- corresponding file was found and parsed. Note that the Fatal_Error flag
546 -- of this entry must be checked before proceeding with further processing.
548 procedure Version_Referenced (S : String_Id);
549 -- This routine is called from Exp_Attr to register the use of a Version
550 -- or Body_Version attribute. The argument is the external name used to
551 -- access the version string.
553 procedure List (File_Names_Only : Boolean := False);
554 -- Lists units in active library (i.e. generates output consisting of a
555 -- sorted listing of the units represented in File table, with the
556 -- exception of the main unit). If File_Names_Only is set to True, then
557 -- the list includes only file names, and no other information. Otherwise
558 -- the unit name and time stamp are also output. File_Names_Only also
559 -- restricts the list to exclude any predefined files.
561 function Generic_Separately_Compiled (E : Entity_Id) return Boolean;
562 -- Most generic units must be separately compiled. Since we always use
563 -- macro substitution for generics, the resulting object file is a dummy
564 -- one with no code, but the ali file has the normal form, and we need
565 -- this ali file so that the binder can work out a correct order of
566 -- elaboration. However, we do not need to separate compile generics
567 -- if the generic files are language defined, since in this case there
568 -- are no order of elaborration problems, and we can simply incorporate
569 -- the context clause of the generic unit into the client. There are two
570 -- reasons for making this exception for predefined units. First, clearly
571 -- it is more efficient not to introduce extra unnecessary files. Second,
572 -- the old version of GNAT did not compile any generic units. That was
573 -- clearly incorrect in some cases of complex order of elaboration and
574 -- was fixed in version 3.10 of GNAT. However, the transition would have
575 -- caused bootstrap path problems in the case of generics used in the
576 -- compiler itself. The only such generics are predefined ones. This
577 -- function returns True if the given generic unit entity E is for a
578 -- generic unit that should be separately compiled, and false otherwise.
580 private
581 pragma Inline (Cunit);
582 pragma Inline (Cunit_Entity);
583 pragma Inline (Dependency_Num);
584 pragma Inline (Dependent_Unit);
585 pragma Inline (Fatal_Error);
586 pragma Inline (Generate_Code);
587 pragma Inline (Has_RACW);
588 pragma Inline (Increment_Serial_Number);
589 pragma Inline (Loading);
590 pragma Inline (Main_Priority);
591 pragma Inline (Set_Cunit);
592 pragma Inline (Set_Cunit_Entity);
593 pragma Inline (Set_Fatal_Error);
594 pragma Inline (Set_Generate_Code);
595 pragma Inline (Set_Has_RACW);
596 pragma Inline (Set_Loading);
597 pragma Inline (Set_Main_Priority);
598 pragma Inline (Set_Unit_Name);
599 pragma Inline (Source_Index);
600 pragma Inline (Unit_File_Name);
601 pragma Inline (Unit_Name);
603 type Unit_Record is record
604 Unit_File_Name : File_Name_Type;
605 Unit_Name : Unit_Name_Type;
606 Expected_Unit : Unit_Name_Type;
607 Source_Index : Source_File_Index;
608 Cunit : Node_Id;
609 Cunit_Entity : Entity_Id;
610 Dependency_Num : Int;
611 Dependent_Unit : Boolean;
612 Fatal_Error : Boolean;
613 Generate_Code : Boolean;
614 Has_RACW : Boolean;
615 Ident_String : Node_Id;
616 Loading : Boolean;
617 Main_Priority : Int;
618 Serial_Number : Nat;
619 Version : Word;
620 Dynamic_Elab : Boolean;
621 Error_Location : Source_Ptr;
622 end record;
624 package Units is new Table.Table (
625 Table_Component_Type => Unit_Record,
626 Table_Index_Type => Unit_Number_Type,
627 Table_Low_Bound => Main_Unit,
628 Table_Initial => Alloc.Units_Initial,
629 Table_Increment => Alloc.Units_Increment,
630 Table_Name => "Units");
632 -- The following table stores strings from pragma Linker_Option lines
634 type Linker_Option_Entry is record
635 Option : String_Id;
636 -- The string for the linker option line
638 Unit : Unit_Number_Type;
639 -- The unit from which the linker option comes
640 end record;
642 package Linker_Option_Lines is new Table.Table (
643 Table_Component_Type => Linker_Option_Entry,
644 Table_Index_Type => Integer,
645 Table_Low_Bound => 1,
646 Table_Initial => Alloc.Linker_Option_Lines_Initial,
647 Table_Increment => Alloc.Linker_Option_Lines_Increment,
648 Table_Name => "Linker_Option_Lines");
650 -- The following table records the compilation switches used to compile
651 -- the main unit. The table includes only switches and excludes -quiet,
652 -- -dumpbase, and -o switches, since the latter are typically artifacts
653 -- of the gcc/gnat1 interface.
655 -- This table is set as part of the compiler argument scanning in
656 -- Back_End. It can also be reset in -gnatc mode from the data in an
657 -- existing ali file, and is read and written by the Tree_Read and
658 -- Tree_Write routines for ASIS.
660 package Compilation_Switches is new Table.Table (
661 Table_Component_Type => String_Ptr,
662 Table_Index_Type => Nat,
663 Table_Low_Bound => 1,
664 Table_Initial => 30,
665 Table_Increment => 100,
666 Table_Name => "Compilation_Switches");
668 Load_Msg_Sloc : Source_Ptr;
669 -- Location for placing error messages (a token in the main source text)
670 -- This is set from Sloc (Enode) by Load only in the case where this Sloc
671 -- is in the main source file. This ensures that not found messages and
672 -- circular dependency messages reference the original with in this source.
674 type Unit_Ref_Table is array (Pos range <>) of Unit_Number_Type;
675 -- Type to hold list of indirect references to unit number table
677 -- The Load_Stack table contains a list of unit numbers (indexes into the
678 -- unit table) of units being loaded on a single dependency chain. The
679 -- First entry is the main unit. The second entry, if present is a unit
680 -- on which the first unit depends, etc. This stack is used to generate
681 -- error messages showing the dependency chain if a file is not found.
682 -- The Load function makes an entry in this table when it is called, and
683 -- removes the entry just before it returns.
685 package Load_Stack is new Table.Table (
686 Table_Component_Type => Unit_Number_Type,
687 Table_Index_Type => Nat,
688 Table_Low_Bound => 0,
689 Table_Initial => Alloc.Load_Stack_Initial,
690 Table_Increment => Alloc.Load_Stack_Increment,
691 Table_Name => "Load_Stack");
693 procedure Sort (Tbl : in out Unit_Ref_Table);
694 -- This procedure sorts the given unit reference table in order of
695 -- ascending unit names, where the ordering relation is as described
696 -- by the comparison routines provided by package Uname.
698 -- The Version_Ref table records Body_Version and Version attribute
699 -- references. The entries are simply the strings for the external
700 -- names that correspond to the referenced values.
702 package Version_Ref is new Table.Table (
703 Table_Component_Type => String_Id,
704 Table_Index_Type => Nat,
705 Table_Low_Bound => 1,
706 Table_Initial => 20,
707 Table_Increment => 100,
708 Table_Name => "Version_Ref");
710 end Lib;