1------------------------------------------------------------------------------ 2-- -- 3-- GNAT COMPILER COMPONENTS -- 4-- -- 5-- L I B -- 6-- -- 7-- S p e c -- 8-- -- 9-- Copyright (C) 1992-2013, 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 35with Alloc; 36with Namet; use Namet; 37with Table; 38with Types; use Types; 39 40package 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 -- Cunit 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. 272 273 -- Cunit_Entity 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. 277 278 -- Dependency_Num 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_Number values are set 283 -- as the D lines are generated, and are used to generate proper 284 -- unit references in the generated xref information and SCO output. 285 286 -- Dynamic_Elab 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). 290 291 -- Error_Location 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. 296 297 -- Expected_Unit 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. 303 304 -- Fatal_Error 305 -- A flag that is initialized to False, and gets set to True 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 314 -- Generate_Code 315 -- This flag is set True for all units in the current file for which 316 -- code is to be generated. This includes the unit explicitly compiled, 317 -- together with its specification, and any subunits. 318 319 -- Has_Allocator 320 -- This flag is set if a subprogram unit has an allocator after the 321 -- BEGIN (it is used to set the AB flag in the M ALI line). 322 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. 328 329 -- Is_Compiler_Unit 330 -- A Boolean flag, initially set False by default, set to True if a 331 -- pragma Compiler_Unit_Warning appears in the unit. 332 333 -- Ident_String 334 -- N_String_Literal node from a valid pragma Ident that applies to 335 -- this unit. If no Ident pragma applies to the unit, then Empty. 336 337 -- Loading 338 -- A flag that is used to catch circular WITH dependencies. It is set 339 -- True when an entry is initially created in the file table, and set 340 -- False when the load is completed, or ends with an error. 341 342 -- Main_Priority 343 -- This field is used to indicate the priority of a possible main 344 -- program, as set by a pragma Priority. A value of -1 indicates 345 -- that the default priority is to be used (and is also used for 346 -- entries that do not correspond to possible main programs). 347 348 -- Main_CPU 349 -- This field is used to indicate the affinity of a possible main 350 -- program, as set by a pragma CPU. A value of -1 indicates 351 -- that the default affinity is to be used (and is also used for 352 -- entries that do not correspond to possible main programs). 353 354 -- Munit_Index 355 -- The index of the unit within the file for multiple unit per file 356 -- mode. Set to zero in normal single unit per file mode. 357 358 -- OA_Setting 359 -- This is a character field containing L if Optimize_Alignment mode 360 -- was set locally, and O/T/S for Off/Time/Space default if not. 361 362 -- Serial_Number 363 -- This field holds a serial number used by New_Internal_Name to 364 -- generate unique temporary numbers on a unit by unit basis. The 365 -- only access to this field is via the Increment_Serial_Number 366 -- routine which increments the current value and returns it. This 367 -- serial number is separate for each unit. 368 369 -- Source_Index 370 -- The index in the source file table of the corresponding source file. 371 -- Set when the entry is created by a call to Lib.Load and then cannot 372 -- be changed. 373 374 -- Unit_File_Name 375 -- The name of the source file containing the unit. Set when the entry 376 -- is created by a call to Lib.Load, and then cannot be changed. 377 378 -- Unit_Name 379 -- The name of the unit. Initialized to No_Name by Lib.Load, and then 380 -- set by the parser when the unit is parsed to the unit name actually 381 -- found in the file (which should, in the absence of errors) be the 382 -- same name as Expected_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 -- This routine (and the following three routines) all return False if 525 -- Sloc (N) is No_Location or Standard_Location. In an earlier version, 526 -- they returned True for Standard_Location, but this was odd, and some 527 -- archeology indicated that this was done for the sole benefit of the 528 -- call in Restrict.Check_Restriction_No_Dependence, so we have moved 529 -- the special case check to that routine. This avoids some difficulties 530 -- with some other calls that malfunctioned with the odd return of True. 531 532 function In_Extended_Main_Code_Unit (Loc : Source_Ptr) return Boolean; 533 -- Same function as above, but argument is a source pointer rather 534 -- than a node. 535 536 function In_Extended_Main_Source_Unit 537 (N : Node_Or_Entity_Id) return Boolean; 538 -- Return True if the node is in the source text of the extended main 539 -- unit, defined as the main unit, its specification (if any), and all 540 -- its subunits (considered recursively). Units for which this enquiry 541 -- returns True are those for which code will be generated. This differs 542 -- from In_Extended_Main_Code_Unit only in that instantiations are not 543 -- included for the purposes of this call. If the main unit is itself 544 -- a subunit, then the extended main source unit includes its parent unit, 545 -- and the parent unit spec if it is separate. 546 547 function In_Extended_Main_Source_Unit (Loc : Source_Ptr) return Boolean; 548 -- Same function as above, but argument is a source pointer 549 550 function In_Predefined_Unit (N : Node_Or_Entity_Id) return Boolean; 551 -- Returns True if the given node or entity appears within the source text 552 -- of a predefined unit (i.e. within Ada, Interfaces, System or within one 553 -- of the descendent packages of one of these three packages). 554 555 function In_Predefined_Unit (S : Source_Ptr) return Boolean; 556 -- Same function as above but argument is a source pointer 557 558 function Earlier_In_Extended_Unit (S1, S2 : Source_Ptr) return Boolean; 559 -- Given two Sloc values for which In_Same_Extended_Unit is true, determine 560 -- if S1 appears before S2. Returns True if S1 appears before S2, and False 561 -- otherwise. The result is undefined if S1 and S2 are not in the same 562 -- extended unit. Note: this routine will not give reliable results if 563 -- called after Sprint has been called with -gnatD set. 564 565 function Exact_Source_Name (Loc : Source_Ptr) return String; 566 -- Return name of entity at location Loc exactly as written in the source. 567 -- this includes copying the wide character encodings exactly as they were 568 -- used in the source, so the caller must be aware of the possibility of 569 -- such encodings. 570 571 function Compilation_Switches_Last return Nat; 572 -- Return the count of stored compilation switches 573 574 function Get_Compilation_Switch (N : Pos) return String_Ptr; 575 -- Return the Nth stored compilation switch, or null if less than N 576 -- switches have been stored. Used by ASIS and back ends written in Ada. 577 578 function Get_Cunit_Unit_Number (N : Node_Id) return Unit_Number_Type; 579 -- Return unit number of the unit whose N_Compilation_Unit node is the 580 -- one passed as an argument. This must always succeed since the node 581 -- could not have been built without making a unit table entry. 582 583 function Get_Cunit_Entity_Unit_Number 584 (E : Entity_Id) return Unit_Number_Type; 585 -- Return unit number of the unit whose compilation unit spec entity is 586 -- the one passed as an argument. This must always succeed since the 587 -- entity could not have been built without making a unit table entry. 588 589 function Increment_Serial_Number return Nat; 590 -- Increment Serial_Number field for current unit, and return the 591 -- incremented value. 592 593 procedure Synchronize_Serial_Number; 594 -- This function increments the Serial_Number field for the current unit 595 -- but does not return the incremented value. This is used when there 596 -- is a situation where one path of control increments a serial number 597 -- (using Increment_Serial_Number), and the other path does not and it is 598 -- important to keep the serial numbers synchronized in the two cases (e.g. 599 -- when the references in a package and a client must be kept consistent). 600 601 procedure Replace_Linker_Option_String 602 (S : String_Id; 603 Match_String : String); 604 -- Replace an existing Linker_Option if the prefix Match_String matches, 605 -- otherwise call Store_Linker_Option_String. 606 607 procedure Store_Compilation_Switch (Switch : String); 608 -- Called to register a compilation switch, either front-end or back-end, 609 -- which may influence the generated output file(s). Switch is the text of 610 -- the switch to store (except that -fRTS gets changed back to --RTS). 611 612 procedure Enable_Switch_Storing; 613 -- Enable registration of switches by Store_Compilation_Switch. Used to 614 -- avoid registering switches added automatically by the gcc driver at the 615 -- beginning of the command line. 616 617 procedure Disable_Switch_Storing; 618 -- Disable registration of switches by Store_Compilation_Switch. Used to 619 -- avoid registering switches added automatically by the gcc driver at the 620 -- end of the command line. 621 622 procedure Store_Linker_Option_String (S : String_Id); 623 -- This procedure is called to register the string from a pragma 624 -- Linker_Option. The argument is the Id of the string to register. 625 626 procedure Store_Note (N : Node_Id); 627 -- This procedure is called to register a pragma N for which a notes 628 -- entry is required. 629 630 procedure Initialize; 631 -- Initialize internal tables 632 633 procedure Lock; 634 -- Lock internal tables before calling back end 635 636 procedure Unlock; 637 -- Unlock internal tables, in cases where the back end needs to modify them 638 639 procedure Tree_Read; 640 -- Initializes internal tables from current tree file using the relevant 641 -- Table.Tree_Read routines. 642 643 procedure Tree_Write; 644 -- Writes out internal tables to current tree file using the relevant 645 -- Table.Tree_Write routines. 646 647 function Is_Loaded (Uname : Unit_Name_Type) return Boolean; 648 -- Determines if unit with given name is already loaded, i.e. there is 649 -- already an entry in the file table with this unit name for which the 650 -- corresponding file was found and parsed. Note that the Fatal_Error flag 651 -- of this entry must be checked before proceeding with further processing. 652 653 procedure Version_Referenced (S : String_Id); 654 -- This routine is called from Exp_Attr to register the use of a Version 655 -- or Body_Version attribute. The argument is the external name used to 656 -- access the version string. 657 658 procedure List (File_Names_Only : Boolean := False); 659 -- Lists units in active library (i.e. generates output consisting of a 660 -- sorted listing of the units represented in File table, except for the 661 -- main unit). If File_Names_Only is set to True, then the list includes 662 -- only file names, and no other information. Otherwise the unit name and 663 -- time stamp are also output. File_Names_Only also restricts the list to 664 -- exclude any predefined files. 665 666 function Generic_May_Lack_ALI (Sfile : File_Name_Type) return Boolean; 667 -- Generic units must be separately compiled. Since we always use 668 -- macro substitution for generics, the resulting object file is a dummy 669 -- one with no code, but the ALI file has the normal form, and we need 670 -- this ALI file so that the binder can work out a correct order of 671 -- elaboration. 672 -- 673 -- However, ancient versions of GNAT used to not generate code or ALI 674 -- files for generic units, and this would yield complex order of 675 -- elaboration issues. These were fixed in GNAT 3.10. The support for not 676 -- compiling language-defined library generics was retained nonetheless 677 -- to facilitate bootstrap. Specifically, it is convenient to have 678 -- the same list of files to be compiled for all stages. So, if the 679 -- bootstrap compiler does not generate code for a given file, then 680 -- the stage1 compiler (and binder) also must deal with the case of 681 -- that file not being compiled. The predicate Generic_May_Lack_ALI is 682 -- True for those generic units for which missing ALI files are allowed. 683 684 procedure Write_Unit_Info 685 (Unit_Num : Unit_Number_Type; 686 Item : Node_Id; 687 Prefix : String := ""; 688 Withs : Boolean := False); 689 -- Print out debugging information about the unit. Prefix precedes the rest 690 -- of the printout. If Withs is True, we print out units with'ed by this 691 -- unit (not counting limited withs). 692 693 --------------------------------------------------------------- 694 -- Special Handling for Restriction_Set (No_Dependence) Case -- 695 --------------------------------------------------------------- 696 697 -- If we have a Restriction_Set attribute for No_Dependence => unit, 698 -- and the unit is not given in a No_Dependence restriction that we 699 -- can see, the attribute will return False. 700 701 -- We have to ensure in this case that the binder will reject any attempt 702 -- to set a No_Dependence restriction in some other unit in the partition. 703 704 -- If the unit is in the semantic closure, then of course it is properly 705 -- WITH'ed by someone, and the binder will do this job automatically as 706 -- part of its normal processing. 707 708 -- But if the unit is not in the semantic closure, we must make sure the 709 -- binder knows about it. The use of the Restriction_Set attribute giving 710 -- a result of False does not mean of itself that we have to include the 711 -- unit in the partition. So what we do is to generate a with (W) line in 712 -- the ali file (with no file name information), but no corresponding D 713 -- (dependency) line. This is recognized by the binder as meaning "Don't 714 -- let anyone specify No_Dependence for this unit, but you don't have to 715 -- include it if there is no real W line for the unit". 716 717 -- The following table keeps track of relevant units. It is used in the 718 -- Lib.Writ circuit for outputting With lines to output the special with 719 -- line with RA if the unit is not in the semantic closure. 720 721 package Restriction_Set_Dependences is new Table.Table ( 722 Table_Component_Type => Unit_Name_Type, 723 Table_Index_Type => Int, 724 Table_Low_Bound => 0, 725 Table_Initial => 10, 726 Table_Increment => 100, 727 Table_Name => "Restriction_Attribute_Dependences"); 728 729private 730 pragma Inline (Cunit); 731 pragma Inline (Cunit_Entity); 732 pragma Inline (Dependency_Num); 733 pragma Inline (Fatal_Error); 734 pragma Inline (Generate_Code); 735 pragma Inline (Has_Allocator); 736 pragma Inline (Has_RACW); 737 pragma Inline (Is_Compiler_Unit); 738 pragma Inline (Increment_Serial_Number); 739 pragma Inline (Loading); 740 pragma Inline (Main_CPU); 741 pragma Inline (Main_Priority); 742 pragma Inline (Munit_Index); 743 pragma Inline (OA_Setting); 744 pragma Inline (Set_Cunit); 745 pragma Inline (Set_Cunit_Entity); 746 pragma Inline (Set_Fatal_Error); 747 pragma Inline (Set_Generate_Code); 748 pragma Inline (Set_Has_Allocator); 749 pragma Inline (Set_Has_RACW); 750 pragma Inline (Set_Loading); 751 pragma Inline (Set_Main_CPU); 752 pragma Inline (Set_Main_Priority); 753 pragma Inline (Set_OA_Setting); 754 pragma Inline (Set_Unit_Name); 755 pragma Inline (Source_Index); 756 pragma Inline (Unit_File_Name); 757 pragma Inline (Unit_Name); 758 759 type Unit_Record is record 760 Unit_File_Name : File_Name_Type; 761 Unit_Name : Unit_Name_Type; 762 Munit_Index : Nat; 763 Expected_Unit : Unit_Name_Type; 764 Source_Index : Source_File_Index; 765 Cunit : Node_Id; 766 Cunit_Entity : Entity_Id; 767 Dependency_Num : Int; 768 Ident_String : Node_Id; 769 Main_Priority : Int; 770 Main_CPU : Int; 771 Serial_Number : Nat; 772 Version : Word; 773 Error_Location : Source_Ptr; 774 Fatal_Error : Boolean; 775 Generate_Code : Boolean; 776 Has_RACW : Boolean; 777 Is_Compiler_Unit : Boolean; 778 Dynamic_Elab : Boolean; 779 Loading : Boolean; 780 Has_Allocator : Boolean; 781 OA_Setting : Character; 782 SPARK_Mode_Pragma : Node_Id; 783 end record; 784 785 -- The following representation clause ensures that the above record 786 -- has no holes. We do this so that when instances of this record are 787 -- written by Tree_Gen, we do not write uninitialized values to the file. 788 789 for Unit_Record use record 790 Unit_File_Name at 0 range 0 .. 31; 791 Unit_Name at 4 range 0 .. 31; 792 Munit_Index at 8 range 0 .. 31; 793 Expected_Unit at 12 range 0 .. 31; 794 Source_Index at 16 range 0 .. 31; 795 Cunit at 20 range 0 .. 31; 796 Cunit_Entity at 24 range 0 .. 31; 797 Dependency_Num at 28 range 0 .. 31; 798 Ident_String at 32 range 0 .. 31; 799 Main_Priority at 36 range 0 .. 31; 800 Main_CPU at 40 range 0 .. 31; 801 Serial_Number at 44 range 0 .. 31; 802 Version at 48 range 0 .. 31; 803 Error_Location at 52 range 0 .. 31; 804 Fatal_Error at 56 range 0 .. 7; 805 Generate_Code at 57 range 0 .. 7; 806 Has_RACW at 58 range 0 .. 7; 807 Dynamic_Elab at 59 range 0 .. 7; 808 Is_Compiler_Unit at 60 range 0 .. 7; 809 OA_Setting at 61 range 0 .. 7; 810 Loading at 62 range 0 .. 7; 811 Has_Allocator at 63 range 0 .. 7; 812 SPARK_Mode_Pragma at 64 range 0 .. 31; 813 end record; 814 815 for Unit_Record'Size use 68 * 8; 816 -- This ensures that we did not leave out any fields 817 818 package Units is new Table.Table ( 819 Table_Component_Type => Unit_Record, 820 Table_Index_Type => Unit_Number_Type, 821 Table_Low_Bound => Main_Unit, 822 Table_Initial => Alloc.Units_Initial, 823 Table_Increment => Alloc.Units_Increment, 824 Table_Name => "Units"); 825 826 -- The following table stores strings from pragma Linker_Option lines 827 828 type Linker_Option_Entry is record 829 Option : String_Id; 830 -- The string for the linker option line 831 832 Unit : Unit_Number_Type; 833 -- The unit from which the linker option comes 834 end record; 835 836 package Linker_Option_Lines is new Table.Table ( 837 Table_Component_Type => Linker_Option_Entry, 838 Table_Index_Type => Integer, 839 Table_Low_Bound => 1, 840 Table_Initial => Alloc.Linker_Option_Lines_Initial, 841 Table_Increment => Alloc.Linker_Option_Lines_Increment, 842 Table_Name => "Linker_Option_Lines"); 843 844 -- The following table stores references to pragmas that generate Notes 845 846 type Notes_Entry is record 847 Pragma_Node : Node_Id; 848 Unit : Unit_Number_Type; 849 end record; 850 851 package Notes is new Table.Table ( 852 Table_Component_Type => Notes_Entry, 853 Table_Index_Type => Integer, 854 Table_Low_Bound => 1, 855 Table_Initial => Alloc.Notes_Initial, 856 Table_Increment => Alloc.Notes_Increment, 857 Table_Name => "Notes"); 858 859 -- The following table records the compilation switches used to compile 860 -- the main unit. The table includes only switches. It excludes -o 861 -- switches as well as artifacts of the gcc/gnat1 interface such as 862 -- -quiet, -dumpbase, or -auxbase. 863 864 -- This table is set as part of the compiler argument scanning in 865 -- Back_End. It can also be reset in -gnatc mode from the data in an 866 -- existing ali file, and is read and written by the Tree_Read and 867 -- Tree_Write routines for ASIS. 868 869 package Compilation_Switches is new Table.Table ( 870 Table_Component_Type => String_Ptr, 871 Table_Index_Type => Nat, 872 Table_Low_Bound => 1, 873 Table_Initial => 30, 874 Table_Increment => 100, 875 Table_Name => "Compilation_Switches"); 876 877 Load_Msg_Sloc : Source_Ptr; 878 -- Location for placing error messages (a token in the main source text) 879 -- This is set from Sloc (Enode) by Load only in the case where this Sloc 880 -- is in the main source file. This ensures that not found messages and 881 -- circular dependency messages reference the original with in this source. 882 883 type Load_Stack_Entry is record 884 Unit_Number : Unit_Number_Type; 885 With_Node : Node_Id; 886 end record; 887 888 -- The Load_Stack table contains a list of unit numbers (indexes into the 889 -- unit table) of units being loaded on a single dependency chain, and a 890 -- flag to indicate whether this unit is loaded through a limited_with 891 -- clause. The First entry is the main unit. The second entry, if present 892 -- is a unit on which the first unit depends, etc. This stack is used to 893 -- generate error messages showing the dependency chain if a file is not 894 -- found, or whether a true circular dependency exists. The Load_Unit 895 -- function makes an entry in this table when it is called, and removes 896 -- the entry just before it returns. 897 898 package Load_Stack is new Table.Table ( 899 Table_Component_Type => Load_Stack_Entry, 900 Table_Index_Type => Int, 901 Table_Low_Bound => 0, 902 Table_Initial => Alloc.Load_Stack_Initial, 903 Table_Increment => Alloc.Load_Stack_Increment, 904 Table_Name => "Load_Stack"); 905 906 procedure Sort (Tbl : in out Unit_Ref_Table); 907 -- This procedure sorts the given unit reference table in order of 908 -- ascending unit names, where the ordering relation is as described 909 -- by the comparison routines provided by package Uname. 910 911 -- The Version_Ref table records Body_Version and Version attribute 912 -- references. The entries are simply the strings for the external 913 -- names that correspond to the referenced values. 914 915 package Version_Ref is new Table.Table ( 916 Table_Component_Type => String_Id, 917 Table_Index_Type => Nat, 918 Table_Low_Bound => 1, 919 Table_Initial => 20, 920 Table_Increment => 100, 921 Table_Name => "Version_Ref"); 922 923end Lib; 924