| blob | 2f614080fdca8749a3cd98d3b91ef511c04f444b |
1 ------------------------------------------------------------------------------
2 -- --
3 -- GNAT COMPILER COMPONENTS --
4 -- --
5 -- S E M _ C H 1 0 --
6 -- --
7 -- B o d y --
8 -- --
9 -- Copyright (C) 1992-2009, Free Software Foundation, Inc. --
10 -- --
11 -- GNAT is free software; you can redistribute it and/or modify it under --
12 -- terms of the GNU General Public License as published by the Free Soft- --
13 -- ware Foundation; either version 3, or (at your option) any later ver- --
14 -- sion. GNAT is distributed in the hope that it will be useful, but WITH- --
15 -- OUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY --
16 -- or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License --
17 -- for more details. You should have received a copy of the GNU General --
18 -- Public License distributed with GNAT; see file COPYING3. If not, go to --
19 -- http://www.gnu.org/licenses for a complete copy of the license. --
20 -- --
21 -- GNAT was originally developed by the GNAT team at New York University. --
22 -- Extensive contributions were provided by Ada Core Technologies Inc. --
23 -- --
24 ------------------------------------------------------------------------------
70 -----------------------
71 -- Local Subprograms --
72 -----------------------
75 -- Analyzes items in the context clause of compilation unit
78 -- Build and decorate the list of shadow entities for a package mentioned
79 -- in a limited_with clause. If the package was not previously analyzed
80 -- then it also performs a basic decoration of the real entities. This is
81 -- required to do not pass non-decorated entities to the back-end.
82 -- Implements Ada 2005 (AI-50217).
85 -- Check whether the source for the body of a compilation unit must be
86 -- included in a standalone library.
89 -- If a with_clause mentions a private child unit, the compilation
90 -- unit must be a member of the same family, as described in 10.1.2.
93 -- Verify that a stub is declared immediately within a compilation unit,
94 -- and not in an inner frame.
97 -- When a child unit appears in a context clause, the implicit withs on
98 -- parents are made explicit, and with clauses are inserted in the context
99 -- clause before the one for the child. If a parent in the with_clause
100 -- is a renaming, the implicit with_clause is on the renaming whose name
101 -- is mentioned in the with_clause, and not on the package it renames.
102 -- N is the compilation unit whose list of context items receives the
103 -- implicit with_clauses.
106 -- Get defining entity of parent unit of a child unit. In most cases this
107 -- is the defining entity of the unit, but for a child instance whose
108 -- parent needs a body for inlining, the instantiation node of the parent
109 -- has not yet been rewritten as a package declaration, and the entity has
110 -- to be retrieved from the Instance_Spec of the unit.
112 function Has_With_Clause
116 -- Determine whether compilation unit C_Unit contains a [limited] with
117 -- clause for package Pack. Use the flag Is_Limited to designate desired
118 -- clause kind.
121 -- If the main unit is a child unit, implicit withs are also added for
122 -- all its ancestors.
125 -- Check that the shadow entity is not already in the homonym chain, for
126 -- example through a limited_with clause in a parent unit.
129 -- Subsidiary to Install_Context and Install_Parents. Process only with_
130 -- and use_clauses for current unit and its library unit if any.
133 -- Subsidiary to Install_Context. Process only limited with_clauses for
134 -- current unit. Implements Ada 2005 (AI-50217).
137 -- Place shadow entities for a limited_with package in the visibility
138 -- structures for the current compilation. Implements Ada 2005 (AI-50217).
140 procedure Install_Withed_Unit
143 -- If the unit is not a child unit, make unit immediately visible. The
144 -- caller ensures that the unit is not already currently installed. The
145 -- flag Private_With_OK is set true in Install_Private_With_Clauses, which
146 -- is called when compiling the private part of a package, or installing
147 -- the private declarations of a parent unit.
150 -- This procedure establishes the context for the compilation of a child
151 -- unit. If Lib_Unit is a child library spec then the context of the parent
152 -- is installed, and the parent itself made immediately visible, so that
153 -- the child unit is processed in the declarative region of the parent.
154 -- Install_Parents makes a recursive call to itself to ensure that all
155 -- parents are loaded in the nested case. If Lib_Unit is a library body,
156 -- the only effect of Install_Parents is to install the private decls of
157 -- the parents, because the visible parent declarations will have been
158 -- installed as part of the context of the corresponding spec.
161 -- In the compilation of a child unit, a child of any of the ancestor
162 -- units is directly visible if it is visible, because the parent is in
163 -- an enclosing scope. Iterate over context to find child units of U_Name
164 -- or of some ancestor of it.
167 -- Lib_Unit is a library unit which may be a spec or a body. Is_Child_Spec
168 -- returns True if Lib_Unit is a library spec which is a child spec, i.e.
169 -- a library spec that has a parent. If the call to Is_Child_Spec returns
170 -- True, then Parent_Spec (Lib_Unit) is non-Empty and points to the
171 -- compilation unit for the parent spec.
172 --
173 -- Lib_Unit can also be a subprogram body that acts as its own spec. If the
174 -- Parent_Spec is non-empty, this is also a child unit.
177 -- Subsidiary of previous one. Remove use_ and with_clauses
180 -- Remove from visibility the shadow entities introduced for a package
181 -- mentioned in a limited_with clause. Implements Ada 2005 (AI-50217).
184 -- Remove_Parents checks if Lib_Unit is a child spec. If so then the parent
185 -- contexts established by the corresponding call to Install_Parents are
186 -- removed. Remove_Parents contains a recursive call to itself to ensure
187 -- that all parents are removed in the nested case.
190 -- Reset all visibility flags on unit after compiling it, either as a
191 -- main unit or as a unit in the context.
194 -- Remove single entity from visibility list
197 -- Common processing for all stubs (subprograms, tasks, packages, and
198 -- protected cases). N is the stub to be analyzed. Once the subunit
199 -- name is established, load and analyze. Nam is the non-overloadable
200 -- entity for which the proper body provides a completion. Subprogram
201 -- stubs are handled differently because they can be declarations.
204 -- A dummy procedure, for debugging use, called just before analyzing the
205 -- main unit (after dealing with any context clauses).
207 --------------------------
208 -- Limited_With_Clauses --
209 --------------------------
211 -- Limited_With clauses are the mechanism chosen for Ada05 to support
212 -- mutually recursive types declared in different units. A limited_with
213 -- clause that names package P in the context of unit U makes the types
214 -- declared in the visible part of P available within U, but with the
215 -- restriction that these types can only be used as incomplete types.
216 -- The limited_with clause does not impose a semantic dependence on P,
217 -- and it is possible for two packages to have limited_with_clauses on
218 -- each other without creating an elaboration circularity.
220 -- To support this feature, the analysis of a limited_with clause must
221 -- create an abbreviated view of the package, without performing any
222 -- semantic analysis on it. This "package abstract" contains shadow
223 -- types that are in one-one correspondence with the real types in the
224 -- package, and that have the properties of incomplete types.
226 -- The implementation creates two element lists: one to chain the shadow
227 -- entities, and one to chain the corresponding type entities in the tree
228 -- of the package. Links between corresponding entities in both chains
229 -- allow the compiler to select the proper view of a given type, depending
230 -- on the context. Note that in contrast with the handling of private
231 -- types, the limited view and the non-limited view of a type are treated
232 -- as separate entities, and no entity exchange needs to take place, which
233 -- makes the implementation must simpler than could be feared.
235 ------------------------------
236 -- Analyze_Compilation_Unit --
237 ------------------------------
247 procedure Check_Redundant_Withs
250 -- Determine whether the context list of a compilation unit contains
251 -- redundant with clauses. When checking body clauses against spec
252 -- clauses, set Context_Items to the context list of the body and
253 -- Spec_Context_Items to that of the spec. Parent packages are not
254 -- examined for documentation purposes.
257 -- Generate cross-reference information for the parents of child units.
258 -- N is a defining_program_unit_name, and P_Id is the immediate parent.
260 ---------------------------
261 -- Check_Redundant_Withs --
262 ---------------------------
264 procedure Check_Redundant_Withs
267 is
270 procedure Process_Body_Clauses
275 -- Examine the context clauses of a package body, trying to match
276 -- the name entity of Clause with any list element. If the match
277 -- occurs on a use package clause, set Used to True, for a use
278 -- type clause, pragma Elaborate or pragma Elaborate_All, set
279 -- Used_Type_Or_Elab to True.
281 procedure Process_Spec_Clauses
287 -- Examine the context clauses of a package spec, trying to match
288 -- the name entity of Clause with any list element. If the match
289 -- occurs on a use package clause, set Used to True, for a with
290 -- package clause other than Clause, set Withed to True. Limited
291 -- with clauses, implicitly generated with clauses and withs
292 -- having pragmas Elaborate or Elaborate_All applied to them are
293 -- skipped. Exit_On_Self is used to control the search loop and
294 -- force an exit whenever Clause sees itself in the search.
296 --------------------------
297 -- Process_Body_Clauses --
298 --------------------------
300 procedure Process_Body_Clauses
305 is
313 -- In an expanded name in a use clause, if the prefix is a
314 -- renamed package, the entity is set to the original package
315 -- as a result, when checking whether the package appears in a
316 -- previous with_clause, the renaming has to be taken into
317 -- account, to prevent spurious or incorrect warnings. The
318 -- common case is the use of Text_IO.
320 ---------------
321 -- Same_Unit --
322 ---------------
325 begin
327 or else
332 -- Start of processing for Process_Body_Clauses
334 begin
341 -- Package use clause
344 and then not Used
345 then
346 -- Search through use clauses
351 -- Case of a direct use of the one we are looking for
356 -- Handle nested case, as in "with P; use P.Q.R"
358 else
359 declare
362 begin
363 -- Loop through prefixes looking for match
380 -- USE TYPE clause
383 and then not Used_Type_Or_Elab
384 then
387 and then not Used_Type_Or_Elab
388 loop
396 -- Pragma Elaborate or Elaborate_All
399 and then
401 or else
403 and then not Used_Type_Or_Elab
404 then
405 Prag_Unit :=
408 and then not Used_Type_Or_Elab
409 loop
422 --------------------------
423 -- Process_Spec_Clauses --
424 --------------------------
426 procedure Process_Spec_Clauses
432 is
437 begin
444 -- Stop the search since the context items after Cont_Item
445 -- have already been examined in a previous iteration of
446 -- the reverse loop in Check_Redundant_Withs.
448 if Exit_On_Self
450 then
454 -- Package use clause
457 and then not Used
458 then
468 -- Package with clause. Avoid processing self, implicitly
469 -- generated with clauses or limited with clauses. Note
470 -- that we examine with clauses having pragmas Elaborate
471 -- or Elaborate_All applied to them due to cases such as:
472 --
473 -- with Pack;
474 -- with Pack;
475 -- pragma Elaborate (Pack);
476 --
477 -- In this case, the second with clause is redundant since
478 -- the pragma applies only to the first "with Pack;".
485 then
493 -- Start of processing for Check_Redundant_Withs
495 begin
499 -- Avoid checking implicitly generated with clauses, limited
500 -- with clauses or withs that have pragma Elaborate or
501 -- Elaborate_All applied.
507 then
508 -- Package body-to-spec check
511 declare
517 begin
518 Process_Spec_Clauses
524 Process_Body_Clauses
530 -- "Type Elab" refers to the presence of either a use
531 -- type clause, pragmas Elaborate or Elaborate_All.
533 -- +---------------+---------------------------+------+
534 -- | Spec | Body | Warn |
535 -- +--------+------+--------+------+-----------+------+
536 -- | Withed | Used | Withed | Used | Type Elab | |
537 -- | X | | X | | | X |
538 -- | X | | X | X | | |
539 -- | X | | X | | X | |
540 -- | X | | X | X | X | |
541 -- | X | X | X | | | X |
542 -- | X | X | X | | X | |
543 -- | X | X | X | X | | X |
544 -- | X | X | X | X | X | |
545 -- +--------+------+--------+------+-----------+------+
549 and then
552 or else
553 Used_In_Spec)
554 then
564 -- Standalone package spec or body check
566 else
567 declare
571 begin
572 -- The mechanism for examining the context clauses of a
573 -- package spec can be applied to package body clauses.
575 Process_Spec_Clauses
593 --------------------------------
594 -- Generate_Parent_References --
595 --------------------------------
601 begin
606 -- Done already, if the unit has been compiled indirectly as
607 -- part of the closure of its context because of inlining.
621 -- The guard here on P_Name is to handle the error condition where
622 -- the parent unit is missing because the file was not found.
632 -- Start of processing for Analyze_Compilation_Unit
634 begin
637 -- If the unit is a subunit whose parent has not been analyzed (which
638 -- indicates that the main unit is a subunit, either the current one or
639 -- one of its descendents) then the subunit is compiled as part of the
640 -- analysis of the parent, which we proceed to do. Basically this gets
641 -- handled from the top down and we don't want to do anything at this
642 -- level (i.e. this subunit will be handled on the way down from the
643 -- parent), so at this level we immediately return. If the subunit
644 -- ends up not analyzed, it means that the parent did not contain a
645 -- stub for it, or that there errors were detected in some ancestor.
649 then
655 else
663 -- Analyze context (this will call Sem recursively for with'ed units)
664 -- To detect circularities among with-clauses that are not caught during
665 -- loading, we set the Context_Pending flag on the current unit. If the
666 -- flag is already set there is a potential circularity.
667 -- We exclude predefined units from this check because they are known
668 -- to be safe. We also exclude package bodies that are present because
669 -- circularities between bodies are harmless (and necessary).
672 declare
675 begin
676 if Is_Predefined_File_Name
678 then
681 else
685 then
693 Error_Msg_N
695 Error_Msg_N
709 else
717 -- If the unit is a package body, the spec is already loaded and must be
718 -- analyzed first, before we analyze the body.
722 -- If no Lib_Unit, then there was a serious previous error, so just
723 -- ignore the entire analysis effort
728 else
732 -- Verify that the library unit is a package declaration
735 N_Generic_Package_Declaration)
736 then
737 Error_Msg_N
741 -- Otherwise, the entity in the declaration is visible. Update the
742 -- version to reflect dependence of this body on the spec.
744 else
750 N_Defining_Program_Unit_Name
751 then
757 -- If the unit is a subprogram body, then we similarly need to analyze
758 -- its spec. However, things are a little simpler in this case, because
759 -- here, this analysis is done only for error checking and consistency
760 -- purposes, so there's nothing else to be done.
765 -- If the subprogram body is a child unit, we must create a
766 -- declaration for it, in order to properly load the parent(s).
767 -- After this, the original unit does not acts as a spec, because
768 -- there is an explicit one. If this unit appears in a context
769 -- clause, then an implicit with on the parent will be added when
770 -- installing the context. If this is the main unit, there is no
771 -- Unit_Table entry for the declaration (it has the unit number
772 -- of the main unit) and code generation is unaffected.
778 Unum :=
779 Load_Unit
787 -- Build subprogram declaration and attach parent unit to it
788 -- This subprogram declaration does not come from source,
789 -- Nevertheless the backend must generate debugging info for
790 -- it, and this must be indicated explicitly. We also mark
791 -- the body entity as a child unit now, to prevent a
792 -- cascaded error if the spec entity cannot be entered
793 -- in its scope. Finally we create a Units table entry for
794 -- the subprogram declaration, to maintain a one-to-one
795 -- correspondence with compilation unit nodes. This is
796 -- critical for the tree traversals performed by CodePeer.
798 declare
801 Get_Comes_From_Source_Default;
803 begin
805 Lib_Unit :=
808 Unit =>
810 Specification =>
811 Copy_Separate_Tree
813 Aux_Decls_Node =>
821 -- Now that a separate declaration exists, the body
822 -- of the child unit does not act as spec any longer.
832 -- Here for subprogram with separate declaration
834 else
840 -- If this is a child unit, generate references to the parents
843 N_Defining_Program_Unit_Name
844 then
845 Generate_Parent_References (
851 -- If it is a child unit, the parent must be elaborated first and we
852 -- update version, since we are dependent on our parent.
856 -- The analysis of the parent is done with style checks off
858 declare
861 Cunit_Boolean_Restrictions_Save;
863 begin
875 -- With the analysis done, install the context. Note that we can't
876 -- install the context from the with clauses as we analyze them, because
877 -- each with clause must be analyzed in a clean visibility context, so
878 -- we have to wait and install them all at once.
884 -- Set the entities of all parents in the program_unit_name
886 Generate_Parent_References (
890 -- All components of the context: with-clauses, library unit, ancestors
891 -- if any, (and their context) are analyzed and installed.
893 -- Call special debug routine sm if this is the main unit
896 sm;
899 -- Now analyze the unit (package, subprogram spec, body) itself
907 Check_Redundant_Withs
913 -- The above call might have made Unit_Node an N_Subprogram_Body from
914 -- something else, so propagate any Acts_As_Spec flag.
918 then
922 -- Register predefined units in Rtsfind
924 declare
926 begin
932 -- Treat compilation unit pragmas that appear after the library unit
935 declare
937 begin
945 -- Generate distribution stubs if requested and no error
949 or else
952 then
955 -- Regular RCI package
963 and then
965 then
966 -- Shared passive package
971 and then
972 Is_Remote_Call_Interface
974 then
975 -- Instantiation of a RCI generic package
981 -- Remove unit from visibility, so that environment is clean for
982 -- the next compilation, which is either the main unit or some
983 -- other unit in the context.
986 N_Package_Renaming_Declaration,
987 N_Subprogram_Declaration)
989 or else
992 then
995 -- If the unit is an instantiation whose body will be elaborated for
996 -- inlining purposes, use the proper entity of the instance. The
997 -- entity may be missing if the instantiation was illegal.
1002 then
1003 Remove_Unit_From_Visibility
1009 then
1010 -- Bodies that are not the main unit are compiled if they are generic
1011 -- or contain generic or inlined units. Their analysis brings in the
1012 -- context of the corresponding spec (unit declaration) which must be
1013 -- removed as well, to return the compilation environment to its
1014 -- proper state.
1020 -- Last step is to deinstall the context we just installed as well as
1021 -- the unit just compiled.
1025 -- If this is the main unit and we are generating code, we must check
1026 -- that all generic units in the context have a body if they need it,
1027 -- even if they have not been instantiated. In the absence of .ali files
1028 -- for generic units, we must force the load of the body, just to
1029 -- produce the proper error if the body is absent. We skip this
1030 -- verification if the main unit itself is generic.
1034 and then Expander_Active
1035 then
1036 -- Check whether the source for the body of the unit must be included
1037 -- in a standalone library.
1041 -- Indicate that the main unit is now analyzed, to catch possible
1042 -- circularities between it and generic bodies. Remove main unit from
1043 -- visibility. This might seem superfluous, but the main unit must
1044 -- not be visible in the generic body expansions that follow.
1049 declare
1056 Cunit_Boolean_Restrictions_Save;
1058 begin
1062 -- Check for explicit with clause
1067 -- Ada 2005 (AI-50217): Ignore limited-withed units
1070 then
1073 -- Compile generic subprogram, unless it is intrinsic or
1074 -- imported so no body is required, or generic package body
1075 -- if the package spec requires a body.
1082 then
1086 Un :=
1087 Load_Unit
1089 (Get_Unit_Name
1090 (Unit_Declaration_Node
1096 else
1097 Un :=
1098 Load_Unit
1108 Error_Msg_NE
1115 then
1130 -- Deal with creating elaboration Boolean if needed. We create an
1131 -- elaboration boolean only for units that come from source since
1132 -- units manufactured by the compiler never need elab checks.
1136 N_Generic_Package_Declaration,
1137 N_Subprogram_Declaration,
1138 N_Generic_Subprogram_Declaration)
1139 then
1140 declare
1144 begin
1148 -- See if an elaboration entity is required for possible access
1149 -- before elaboration checking. Note that we must allow for this
1150 -- even if -gnatE is not set, since a client may be compiled in
1151 -- -gnatE mode and reference the entity.
1153 -- These entities are also used by the binder to prevent multiple
1154 -- attempts to execute the elaboration code for the library case
1155 -- where the elaboration routine might otherwise be called more
1156 -- than once.
1158 -- Case of units which do not require elaboration checks
1160 if
1161 -- Pure units do not need checks
1165 -- Preelaborated units do not need checks
1169 -- No checks needed if pragma Elaborate_Body present
1173 -- No checks needed if unit does not require a body
1177 -- No checks needed for predefined files
1181 -- No checks required if no separate spec
1184 then
1185 -- This is a case where we only need the entity for
1186 -- checking to prevent multiple elaboration checks.
1190 -- Case of elaboration entity is required for access before
1191 -- elaboration checking (so certainly we must build it!)
1193 else
1201 -- Freeze the compilation unit entity. This for sure is needed because
1202 -- of some warnings that can be output (see Freeze_Subprogram), but may
1203 -- in general be required. If freezing actions result, place them in the
1204 -- compilation unit actions list, and analyze them.
1206 declare
1210 begin
1220 and then Expander_Active
1221 then
1222 declare
1227 begin
1229 Reset_Style_Check_Options;
1233 Reset_Style_Check_Options;
1240 -- If we are generating obsolescent warnings, then here is where we
1241 -- generate them for the with'ed items. The reason for this special
1242 -- processing is that the normal mechanism of generating the warnings
1243 -- for referenced entities does not work for context clause references.
1244 -- That's because when we first analyze the context, it is too early to
1245 -- know if the with'ing unit is itself obsolescent (which suppresses
1246 -- the warnings).
1250 -- Push current compilation unit as scope, so that the test for
1251 -- being within an obsolescent unit will work correctly.
1255 -- Loop through context items to deal with with clauses
1257 declare
1262 begin
1267 -- Suppress this check in limited-withed units. Further work
1268 -- needed here if we decide to incorporate this check on
1269 -- limited-withed units.
1272 then
1285 -- Remove temporary install of current unit as scope
1287 Pop_Scope;
1291 ---------------------
1292 -- Analyze_Context --
1293 ---------------------
1299 begin
1300 -- First process all configuration pragmas at the start of the context
1301 -- items. Strictly these are not part of the context clause, but that
1302 -- is where the parser puts them. In any case for sure we must analyze
1303 -- these before analyzing the actual context items, since they can have
1304 -- an effect on that analysis (e.g. pragma Ada_2005 may allow a unit to
1305 -- be with'ed as a result of changing categorizations in Ada 2005).
1311 loop
1316 -- This is the point at which we capture the configuration settings
1317 -- for the unit. At the moment only the Optimize_Alignment setting
1318 -- needs to be captured. Probably more later ???
1322 else
1326 -- Loop through actual context items. This is done in two passes:
1328 -- a) The first pass analyzes non-limited with-clauses and also any
1329 -- configuration pragmas (we need to get the latter analyzed right
1330 -- away, since they can affect processing of subsequent items.
1332 -- b) The second pass analyzes limited_with clauses (Ada 2005: AI-50217)
1336 -- For with clause, analyze the with clause, and then update the
1337 -- version, since we are dependent on a unit that we with.
1341 then
1342 -- Skip analyzing with clause if no unit, nothing to do (this
1343 -- happens for a with that references a non-existent unit). Skip
1344 -- as well if this is a with_clause for the main unit, which
1345 -- happens if a subunit has a useless with_clause on its parent.
1351 else
1360 -- Skip pragmas. Configuration pragmas at the start were handled in
1361 -- the loop above, and remaining pragmas are not processed until we
1362 -- actually install the context (see Install_Context). We delay the
1363 -- analysis of these pragmas to make sure that we have installed all
1364 -- the implicit with's on parent units.
1366 -- Skip use clauses at this stage, since we don't want to do any
1367 -- installing of potentially use-visible entities until we
1368 -- actually install the complete context (in Install_Context).
1369 -- Otherwise things can get installed in the wrong context.
1371 else
1378 -- Second pass: examine all limited_with clauses. All other context
1379 -- items are ignored in this pass.
1385 then
1386 -- No need to check errors on implicitly generated limited-with
1387 -- clauses.
1391 -- Verify that the illegal contexts given in 10.1.2 (18/2) are
1392 -- properly rejected, including renaming declarations.
1395 N_Subprogram_Declaration)
1398 then
1401 -- Check wrong use of a limited with clause applied to the
1402 -- compilation unit containing the limited-with clause.
1404 -- limited with P.Q;
1405 -- package P.Q is ...
1410 -- Check wrong use of limited-with clause applied to some
1411 -- immediate ancestor.
1414 declare
1418 begin
1420 loop
1433 -- Check if the limited-withed unit is already visible through
1434 -- some context clause of the current compilation unit or some
1435 -- ancestor of the current compilation unit.
1437 declare
1443 begin
1445 loop
1451 and then
1453 N_Package_Declaration,
1454 N_Package_Renaming_Declaration)
1455 then
1457 N_Package_Declaration
1458 then
1460 else
1464 -- Check if the named package (or some ancestor)
1465 -- leaves visible the full-view of the unit given
1466 -- in the limited-with clause
1468 loop
1470 Unit_Name)
1471 then
1473 Error_Msg_N
1476 Item);
1477 Error_Msg_NE
1501 -- Skip analyzing with clause if no unit, see above
1507 -- A limited_with does not impose an elaboration order, but
1508 -- there is a semantic dependency for recompilation purposes.
1514 -- Pragmas and use clauses and with clauses other than limited
1515 -- with's are ignored in this pass through the context items.
1517 else
1525 -------------------------------
1526 -- Analyze_Package_Body_Stub --
1527 -------------------------------
1533 begin
1534 -- The package declaration must be in the current declarative part
1544 then
1547 else
1548 -- Indicate that the body of the package exists. If we are doing
1549 -- only semantic analysis, the stub stands for the body. If we are
1550 -- generating code, the existence of the body will be confirmed
1551 -- when we load the proper body.
1560 -------------------------
1561 -- Analyze_Proper_Body --
1562 -------------------------
1569 -- This procedure is called when the main unit is a stub, or when we
1570 -- are not generating code. In such a case, we analyze the subunit if
1571 -- present, which is user-friendly and in fact required for ASIS, but
1572 -- we don't complain if the subunit is missing.
1574 ----------------------
1575 -- Optional_Subunit --
1576 ----------------------
1581 begin
1582 -- Try to load subunit, but ignore any errors that occur during
1583 -- the loading of the subunit, by using the special feature in
1584 -- Errout to ignore all errors. Note that Fatal_Error will still
1585 -- be set, so we will be able to check for this case below.
1591 Unum :=
1592 Load_Unit
1602 -- All done if we successfully loaded the subunit
1606 then
1609 -- If the file was empty or seriously mangled, the unit itself may
1610 -- be missing.
1613 Error_Msg_N
1617 Error_Msg_N
1620 else
1628 then
1631 else
1632 Set_Corresponding_Body (
1638 -- Start of processing for Analyze_Proper_Body
1640 begin
1641 -- If the subunit is already loaded, it means that the main unit is a
1642 -- subunit, and that the current unit is one of its parents which was
1643 -- being analyzed to provide the needed context for the analysis of the
1644 -- subunit. In this case we analyze the subunit and continue with the
1645 -- parent, without looking a subsequent subunits.
1649 -- If the proper body is already linked to the stub node, the stub is
1650 -- in a generic unit and just needs analyzing.
1656 -- Otherwise we must load the subunit and link to it
1658 else
1659 -- Load the subunit, this must work, since we originally loaded
1660 -- the subunit earlier on. So this will not really load it, just
1661 -- give access to it.
1663 Unum :=
1664 Load_Unit
1670 -- And analyze the subunit in the parent context (note that we
1671 -- do not call Semantics, since that would remove the parent
1672 -- context). Because of this, we have to manually reset the
1673 -- compiler state to Analyzing since it got destroyed by Load.
1678 -- Check that the proper body is a subunit and not a child
1679 -- unit. If the unit was previously loaded, the error will
1680 -- have been emitted when copying the generic node, so we
1681 -- just return to avoid cascaded errors.
1693 -- If the main unit is a subunit, then we are just performing semantic
1694 -- analysis on that subunit, and any other subunits of any parent unit
1695 -- should be ignored, except that if we are building trees for ASIS
1696 -- usage we want to annotate the stub properly.
1700 then
1702 Optional_Subunit;
1705 -- But before we return, set the flag for unloaded subunits. This
1706 -- will suppress junk warnings of variables in the same declarative
1707 -- part (or a higher level one) that are in danger of looking unused
1708 -- when in fact there might be a declaration in the subunit that we
1709 -- do not intend to load.
1714 -- If the subunit is not already loaded, and we are generating code,
1715 -- then this is the case where compilation started from the parent,
1716 -- and we are generating code for an entire subunit tree. In that
1717 -- case we definitely need to load the subunit.
1719 -- In order to continue the analysis with the rest of the parent,
1720 -- and other subunits, we load the unit without requiring its
1721 -- presence, and emit a warning if not found, rather than terminating
1722 -- the compilation abruptly, as for other missing file problems.
1726 -- If the proper body is already linked to the stub node,
1727 -- the stub is in a generic unit and just needs analyzing.
1729 -- We update the version. Although we are not technically
1730 -- semantically dependent on the subunit, given our approach
1731 -- of macro substitution of subunits, it makes sense to
1732 -- include it in the version identification.
1739 -- Otherwise we must load the subunit and link to it
1741 else
1742 Unum :=
1743 Load_Unit
1749 -- Give message if we did not get the unit
1750 -- Emit warning even if missing subunit is not
1751 -- within main unit, to simplify debugging.
1755 then
1757 Error_Msg_File_1 :=
1759 Error_Msg_N
1764 -- Load_Unit may reset Compiler_State, since it may have been
1765 -- necessary to parse an additional units, so we make sure
1766 -- that we reset it to the Analyzing state.
1773 Write_Eol;
1776 declare
1779 begin
1780 -- Check for child unit instead of subunit
1783 Error_Msg_N
1787 -- OK, we have a subunit
1789 else
1790 -- Set corresponding stub (even if errors)
1794 -- Collect SCO information for loaded subunit if we are
1795 -- in the main unit).
1797 if Generate_SCO
1798 and then
1799 In_Extended_Main_Source_Unit
1801 then
1805 -- Analyze the unit if semantics active
1811 -- Set the library unit pointer in any case
1815 -- We update the version. Although we are not technically
1816 -- semantically dependent on the subunit, given our
1817 -- approach of macro substitution of subunits, it makes
1818 -- sense to include it in the version identification.
1826 -- The remaining case is when the subunit is not already loaded and
1827 -- we are not generating code. In this case we are just performing
1828 -- semantic analysis on the parent, and we are not interested in
1829 -- the subunit. For subprograms, analyze the stub as a body. For
1830 -- other entities the stub has already been marked as completed.
1832 else
1833 Optional_Subunit;
1837 ----------------------------------
1838 -- Analyze_Protected_Body_Stub --
1839 ----------------------------------
1844 begin
1847 -- First occurrence of name may have been as an incomplete type
1855 then
1857 else
1865 ----------------------------------
1866 -- Analyze_Subprogram_Body_Stub --
1867 ----------------------------------
1869 -- A subprogram body stub can appear with or without a previous spec. If
1870 -- there is one, then the analysis of the body will find it and verify
1871 -- conformance. The formals appearing in the specification of the stub play
1872 -- no role, except for requiring an additional conformance check. If there
1873 -- is no previous subprogram declaration, the stub acts as a spec, and
1874 -- provides the defining entity for the subprogram.
1879 begin
1882 -- Verify that the identifier for the stub is unique within this
1883 -- declarative part.
1886 N_Package_Body,
1887 N_Subprogram_Body)
1888 then
1892 loop
1896 then
1904 -- Treat stub as a body, which checks conformance if there is a previous
1905 -- declaration, or else introduces entity and its signature.
1911 ---------------------
1912 -- Analyze_Subunit --
1913 ---------------------
1915 -- A subunit is compiled either by itself (for semantic checking) or as
1916 -- part of compiling the parent (for code generation). In either case, by
1917 -- the time we actually process the subunit, the parent has already been
1918 -- installed and analyzed. The node N is a compilation unit, whose context
1919 -- needs to be treated here, because we come directly here from the parent
1920 -- without calling Analyze_Compilation_Unit.
1922 -- The compilation context includes the explicit context of the subunit,
1923 -- and the context of the parent, together with the parent itself. In order
1924 -- to compile the current context, we remove the one inherited from the
1925 -- parent, in order to have a clean visibility table. We restore the parent
1926 -- context before analyzing the proper body itself. On exit, we remove only
1927 -- the explicit context of the subunit.
1940 -- Capture names in use clauses of the subunit. This must be done before
1941 -- re-installing parent declarations, because items in the context must
1942 -- not be hidden by declarations local to the parent.
1945 -- Recursive procedure to restore scope of all ancestors of subunit,
1946 -- from outermost in. If parent is not a subunit, the call to install
1947 -- context installs context of spec and (if parent is a child unit) the
1948 -- context of its parents as well. It is confusing that parents should
1949 -- be treated differently in both cases, but the semantics are just not
1950 -- identical.
1953 -- As part of the removal of the parent scope, the use clauses are
1954 -- removed, to be reinstalled when the context of the subunit has been
1955 -- analyzed. Use clauses may also have been affected by the analysis of
1956 -- the context of the subunit, so they have to be applied again, to
1957 -- insure that the compilation environment of the rest of the parent
1958 -- unit is identical.
1961 -- Remove current scope from scope stack, and preserve the list of use
1962 -- clauses in it, to be reinstalled after context is analyzed.
1964 -----------------------------
1965 -- Analyze_Subunit_Context --
1966 -----------------------------
1973 begin
1976 -- Make withed units immediately visible. If child unit, make the
1977 -- ultimate parent immediately visible.
1983 -- Protect frontend against previous errors in context clauses
1989 else
2021 -- Reset visibility of withed units. They will be made visible again
2022 -- when we install the subunit context.
2028 -- Protect frontend against previous errors in context clauses
2032 then
2049 ------------------------
2050 -- Re_Install_Parents --
2051 ------------------------
2056 begin
2063 -- If the subunit occurs within a child unit, we must restore the
2064 -- immediate visibility of any siblings that may occur in context.
2076 -- Make entities in scope visible again. For child units, restore
2077 -- visibility only if they are actually in context.
2083 then
2090 -- A subunit appears within a body, and for a nested subunits all the
2091 -- parents are bodies. Restore full visibility of their private
2092 -- entities.
2100 ----------------------------
2101 -- Re_Install_Use_Clauses --
2102 ----------------------------
2106 begin
2114 ------------------
2115 -- Remove_Scope --
2116 ------------------
2121 begin
2136 Pop_Scope;
2139 -- Start of processing for Analyze_Subunit
2141 begin
2144 -- Save current use clauses
2146 Remove_Scope;
2149 -- Now remove parents and their context, including enclosing subunits
2150 -- and the outer parent body which is not a subunit.
2157 Remove_Scope;
2162 Remove_Scope;
2172 Analyze_Subunit_Context;
2177 -- If the context includes a child unit of the parent of the subunit,
2178 -- the parent will have been removed from visibility, after compiling
2179 -- that cousin in the context. The visibility of the parent must be
2180 -- restored now. This also applies if the context includes another
2181 -- subunit of the same parent which in turn includes a child unit in
2182 -- its context.
2187 and then not Is_Immediately_Visible
2189 then
2196 Re_Install_Use_Clauses;
2199 -- Restore state of suppress flags for current body
2203 -- If the subunit is within a child unit, then siblings of any parent
2204 -- unit that appear in the context clause of the subunit must also be
2205 -- made immediately visible.
2216 -- The subunit may contain a with_clause on a sibling of some ancestor.
2217 -- Removing the context will remove from visibility those ancestor child
2218 -- units, which must be restored to the visibility they have in the
2219 -- enclosing body.
2222 declare
2224 begin
2228 loop
2237 ----------------------------
2238 -- Analyze_Task_Body_Stub --
2239 ----------------------------
2245 begin
2248 -- First occurrence of name may have been as an incomplete type
2256 else
2262 -- Set elaboration flag to indicate that entity is callable. This
2263 -- cannot be done in the expansion of the body itself, because the
2264 -- proper body is not in a declarative part. This is only done if
2265 -- expansion is active, because the context may be generic and the
2266 -- flag not defined yet.
2271 Name =>
2279 -------------------------
2280 -- Analyze_With_Clause --
2281 -------------------------
2283 -- Analyze the declaration of a unit in a with clause. At end, label the
2284 -- with clause with the defining entity for the unit.
2288 -- Retrieve the original kind of the unit node, before analysis. If it
2289 -- is a subprogram instantiation, its analysis below will rewrite the
2290 -- node as the declaration of the wrapper package. If the same
2291 -- instantiation appears indirectly elsewhere in the context, it will
2292 -- have been analyzed already.
2303 -- Set True if the unit currently being compiled is an internal unit
2307 Cunit_Boolean_Restrictions_Save;
2309 begin
2312 -- Several actions are skipped for dummy packages (those supplied for
2313 -- with's where no matching file could be found). Such packages are
2314 -- identified by the Sloc value being set to No_Location.
2318 -- Ada 2005 (AI-50217): Build visibility structures but do not
2319 -- analyze the unit.
2328 -- We reset ordinary style checking during the analysis of a with'ed
2329 -- unit, but we do NOT reset GNAT special analysis mode (the latter
2330 -- definitely *does* apply to with'ed units).
2336 -- If the library unit is a predefined unit, and we are in high
2337 -- integrity mode, then temporarily reset Configurable_Run_Time_Mode
2338 -- for the analysis of the with'ed unit. This mode does not prevent
2339 -- explicit with'ing of run-time units.
2341 if Configurable_Run_Time_Mode
2342 and then
2343 Is_Predefined_File_Name
2345 then
2350 else
2358 -- Check restrictions, except that we skip the check if this is an
2359 -- internal unit unless we are compiling the internal unit as the
2360 -- main unit. We also skip this for dummy packages.
2368 -- Deal with special case of GNAT.Current_Exceptions which interacts
2369 -- with the optimization of local raise statements into gotos.
2375 or else
2377 then
2382 -- Check for inappropriate with of internal implementation unit if we
2383 -- are not compiling an internal unit. We do not issue this message
2384 -- for implicit with's generated by the compiler itself.
2386 if Implementation_Unit_Warnings
2387 and then not Intunit
2389 then
2390 declare
2394 begin
2398 -- Add alternative name if available, otherwise issue a
2399 -- general warning message.
2403 else
2404 Error_Msg_F
2411 and then Warn_On_Ada_2005_Compatibility
2412 then
2419 -- Semantic analysis of a generic unit is performed on a copy of
2420 -- the original tree. Retrieve the entity on which semantic info
2421 -- actually appears.
2426 -- Note: in the following test, Unit_Kind is the original Nkind, but in
2427 -- the case of an instantiation, semantic analysis above will have
2428 -- replaced the unit by its instantiated version. If the instance body
2429 -- has been generated, the instance now denotes the body entity. For
2430 -- visibility purposes we need the entity of its spec.
2434 N_Package_Instantiation)
2436 then
2441 then
2442 -- If the instance has not been rewritten as a package declaration,
2443 -- then it appeared already in a previous with clause. Retrieve
2444 -- the entity from the previous instance.
2450 -- The visible subprogram is created during instantiation, and is
2451 -- an attribute of the wrapper package. We retrieve the wrapper
2452 -- package directly from the instantiation node. If the instance
2453 -- is inlined the unit is still an instantiation. Otherwise it has
2454 -- been rewritten as the declaration of the wrapper itself.
2457 E_Name :=
2458 Related_Instance
2460 else
2466 then
2472 then
2473 -- For a child unit that has no spec, one has been created and
2474 -- analyzed. The entity required is that of the spec.
2478 else
2484 -- Child unit in a with clause
2489 -- Restore style checks and restrictions
2494 -- Record the reference, but do NOT set the unit as referenced, we want
2495 -- to consider the unit as unreferenced if this is the only reference
2496 -- that occurs.
2501 -- Generate references and check No_Dependence restriction for parents
2514 -- If E_Name is the dummy entity for a nonexistent unit, its scope
2515 -- is set to Standard_Standard, and no attempt should be made to
2516 -- further unwind scopes.
2525 then
2526 -- If the entity is set without its unit being compiled, the
2527 -- original parent is a renaming, and Par_Name is the renamed
2528 -- entity. For visibility purposes, we need the original entity,
2529 -- which must be analyzed now because Load_Unit directly retrieves
2530 -- the renamed unit, and the renaming declaration itself has not
2531 -- been analyzed.
2542 -- If the withed unit is System, and a system extension pragma is
2543 -- present, compile the extension now, rather than waiting for a
2544 -- visibility check on a specific entity.
2550 then
2551 -- If the extension is not present, an error will have been emitted
2556 -- Ada 2005 (AI-262): Remove from visibility the entity corresponding
2557 -- to private_with units; they will be made visible later (just before
2558 -- the private part is analyzed)
2565 ------------------------------
2566 -- Check_Private_Child_Unit --
2567 ------------------------------
2579 -- Returns true if and only if the library unit is declared with
2580 -- an explicit designation of private.
2582 -----------------------------
2583 -- Is_Private_Library_Unit --
2584 -----------------------------
2589 begin
2593 -- Start of processing for Check_Private_Child_Unit
2595 begin
2602 -- The parent is itself a body. The parent entity is to be found in
2603 -- the corresponding spec.
2608 -- If the parent itself is a subunit, Curr_Unit is the entity
2609 -- of the enclosing body, retrieve the spec entity which is
2610 -- the proper ancestor we need for the following tests.
2618 else
2626 else
2631 -- Loop through context items
2636 -- Ada 2005 (AI-262): Allow private_with of a private child package
2637 -- in public siblings
2643 then
2646 declare
2652 begin
2653 -- If the child unit is a public child then locate the nearest
2654 -- private ancestor. Child_Parent will then be set to the
2655 -- parent of that ancestor.
2660 loop
2672 loop
2673 Curr_Private :=
2686 then
2687 Error_Msg_NE
2691 else
2692 Error_Msg_N
2694 Error_Msg_NE
2699 elsif Curr_Private
2704 then
2707 else
2708 Error_Msg_NE
2720 ----------------------
2721 -- Check_Stub_Level --
2722 ----------------------
2728 begin
2730 N_Subprogram_Body,
2731 N_Task_Body,
2732 N_Protected_Body)
2734 then
2737 -- In an instance, a missing stub appears at any level. A warning
2738 -- message will have been emitted already for the missing file.
2748 ------------------------
2749 -- Expand_With_Clause --
2750 ------------------------
2759 -- Build name to be used in implicit with_clause. In most cases this
2760 -- is the source name, but if renamings are present we must make the
2761 -- original unit visible, not the one it renames. The entity in the
2762 -- with clause is the renamed unit, but the identifier is the one from
2763 -- the source, which allows us to recover the unit renaming.
2765 ---------------------
2766 -- Build_Unit_Name --
2767 ---------------------
2774 begin
2777 -- If the parent unit P in the name of the with_clause for P.Q
2778 -- is a renaming of package R, then the entity of the parent is
2779 -- set to R, but the identifier retains Chars (P) to be consistent
2780 -- with the source (see details in lib-load). However, the
2781 -- implicit_with_clause for the parent must make the entity for
2782 -- P visible, because P.Q may be used as a prefix within the
2783 -- current unit. The entity for P is the current_entity with that
2784 -- name, because the package renaming declaration for it has just
2785 -- been analyzed. Note that this case can only happen if P.Q has
2786 -- already appeared in a previous with_clause in a related unit,
2787 -- such as the library body of the current unit.
2794 else
2798 else
2803 and then
2805 = N_Package_Renaming_Declaration
2806 then
2807 -- The name in the with_clause is of the form A.B.C, and B
2808 -- is given by a renaming declaration. In that case we may
2809 -- not have analyzed the unit for B, but replaced it directly
2810 -- in lib-load with the unit it renames. We have to make A.B
2811 -- visible, so analyze the declaration for B now, in case it
2812 -- has not been done yet.
2815 Analyze
2816 (Parent
2820 Result :=
2830 -- Start of processing for Expand_With_Clause
2832 begin
2834 Withn :=
2844 -- If the unit is a package declaration, a private_with_clause on a
2845 -- child unit implies the implicit with on the parent is also private.
2862 -----------------------
2863 -- Get_Parent_Entity --
2864 -----------------------
2867 begin
2870 then
2871 return Defining_Entity
2875 else
2880 ---------------------
2881 -- Has_With_Clause --
2882 ---------------------
2884 function Has_With_Clause
2888 is
2892 -- Return the entity for the unit named in a [limited] with clause
2894 ----------------
2895 -- Named_Unit --
2896 ----------------
2899 begin
2902 else
2907 -- Start of processing for Has_With_Clause
2909 begin
2916 then
2927 -----------------------------
2928 -- Implicit_With_On_Parent --
2929 -----------------------------
2931 procedure Implicit_With_On_Parent
2934 is
2942 -- Build prefix of child unit name. Recurse if needed
2945 -- If the unit is a child unit, build qualified name with all ancestors
2947 -------------------------
2948 -- Build_Ancestor_Name --
2949 -------------------------
2956 begin
2957 -- Ancestor may have been rewritten as a package body. Retrieve
2958 -- the original spec to trace earlier ancestors.
2962 then
2968 else
2969 return
2976 ---------------------
2977 -- Build_Unit_Name --
2978 ---------------------
2983 begin
2987 else
2988 Result :=
2998 -- Start of processing for Implicit_With_On_Parent
3000 begin
3001 -- The unit of the current compilation may be a package body that
3002 -- replaces an instance node. In this case we need the original instance
3003 -- node to construct the proper parent name.
3007 then
3011 -- We add the implicit with if the child unit is the current unit being
3012 -- compiled. If the current unit is a body, we do not want to add an
3013 -- implicit_with a second time to the corresponding spec.
3017 then
3029 -- Node is placed at the beginning of the context items, so that
3030 -- subsequent use clauses on the parent can be validated.
3043 --------------
3044 -- In_Chain --
3045 --------------
3050 begin
3055 else
3063 ---------------------
3064 -- Install_Context --
3065 ---------------------
3070 begin
3080 -----------------------------
3081 -- Install_Context_Clauses --
3082 -----------------------------
3092 begin
3093 -- First skip configuration pragmas at the start of the context. They
3094 -- are not technically part of the context clause, but that's where the
3095 -- parser puts them. Note they were analyzed in Analyze_Context.
3101 loop
3105 -- Loop through the actual context clause items. We process everything
3106 -- except Limited_With clauses in this routine. Limited_With clauses
3107 -- are separately installed (see Install_Limited_Context_Clauses).
3111 -- Case of explicit WITH clause
3115 then
3118 -- Limited withed units will be installed later
3122 -- If Name (Item) is not an entity name, something is wrong, and
3123 -- this will be detected in due course, for now ignore the item
3143 -- If the unit is a subprogram instance, it appears nested within
3144 -- a package that carries the parent information.
3148 then
3155 else
3156 -- If not an expanded name, the child unit must be a
3157 -- renaming, nothing to do.
3165 then
3166 Implicit_With_On_Parent
3170 -- Check license conditions unless this is a dummy unit
3182 -- Signal error of bad license
3184 -------------------
3185 -- License_Error --
3186 -------------------
3189 begin
3190 Error_Msg_N
3195 -- Start of processing for License_Check
3197 begin
3198 -- Exclude license check if withed unit is an internal unit.
3199 -- This situation arises e.g. with the GPL version of GNAT.
3204 -- Otherwise check various cases
3205 else
3212 License_Error;
3217 License_Error;
3222 License_Error;
3232 -- Case of USE PACKAGE clause
3237 -- Case of USE TYPE clause
3242 -- case of PRAGMA
3254 -- The unit also has implicit with_clauses on its own parents
3263 -- If the unit is a body, the context of the specification must also
3264 -- be installed. That includes private with_clauses in that context.
3269 then
3272 -- Only install private with-clauses of a spec that comes from
3273 -- source, excluding specs created for a subprogram body that is
3274 -- a child unit.
3277 Install_Private_With_Clauses
3283 -- If the unit is the body of a public child unit, the private
3284 -- declarations of the parent must be made visible. If the child
3285 -- unit is private, the private declarations have been installed
3286 -- already in the call to Install_Parents for the spec. Installing
3287 -- private declarations must be done for all ancestors of public
3288 -- child units. In addition, sibling units mentioned in the
3289 -- context clause of the body are directly visible.
3291 declare
3296 begin
3304 then
3315 -- For a package body, children in context are immediately visible
3321 N_Generic_Subprogram_Declaration,
3322 N_Package_Declaration,
3323 N_Subprogram_Declaration)
3324 then
3327 Set_Is_Private_Descendant
3332 else
3333 Set_Is_Private_Descendant
3344 -------------------------------------
3345 -- Install_Limited_Context_Clauses --
3346 -------------------------------------
3352 -- Check that the unlimited view of a given compilation_unit is not
3353 -- already visible through "use + renamings".
3356 -- Check that if a limited_with clause of a given compilation_unit
3357 -- mentions a descendant of a private child of some library unit, then
3358 -- the given compilation_unit shall be the declaration of a private
3359 -- descendant of that library unit, or a public descendant of such. The
3360 -- code is analogous to that of Check_Private_Child_Unit but we cannot
3361 -- use entities on the limited with_clauses because their units have not
3362 -- been analyzed, so we have to climb the tree of ancestors looking for
3363 -- private keywords.
3365 procedure Expand_Limited_With_Clause
3369 -- If a child unit appears in a limited_with clause, there are implicit
3370 -- limited_with clauses on all parents that are not already visible
3371 -- through a regular with clause. This procedure creates the implicit
3372 -- limited with_clauses for the parents and loads the corresponding
3373 -- units. The shadow entities are created when the inserted clause is
3374 -- analyzed. Implements Ada 2005 (AI-50217).
3376 ---------------------
3377 -- Check_Renamings --
3378 ---------------------
3388 begin
3391 -- Protect the frontend against previous critical errors
3394 when N_Subprogram_Declaration |
3395 N_Package_Declaration |
3396 N_Generic_Subprogram_Declaration |
3397 N_Generic_Package_Declaration =>
3404 -- Check "use + renamings"
3412 -- Look only at use package clauses
3416 -- Traverse the list of packages
3426 then
3427 -- The unlimited view is visible through use clause and
3428 -- renamings. There is no need to generate the error
3429 -- message here because Is_Visible_Through_Renamings
3430 -- takes care of generating the precise error message.
3436 -- The use clause may refer to a local package.
3437 -- Check all the enclosing scopes.
3442 loop
3447 Error_Msg_N
3460 -- Recursive call to check all the ancestors
3467 ---------------------------------------
3468 -- Check_Private_Limited_Withed_Unit --
3469 ---------------------------------------
3476 begin
3477 -- Compilation unit of the parent of the withed library unit
3481 -- If the child unit is a public child, then locate its nearest
3482 -- private ancestor, if any, then Child_Parent will then be set to
3483 -- the parent of that ancestor.
3488 loop
3499 -- Traverse all the ancestors of the current compilation unit to
3500 -- check if it is a descendant of named library unit.
3507 loop
3513 Error_Msg_N
3515 Error_Msg_NE
3520 or else Curr_Private
3523 N_Subprogram_Body,
3524 N_Subunit)
3525 then
3526 -- Current unit is private, of descendant of a private unit
3530 else
3531 Error_Msg_NE
3537 --------------------------------
3538 -- Expand_Limited_With_Clause --
3539 --------------------------------
3541 procedure Expand_Limited_With_Clause
3545 is
3551 -- Returns true if the context already includes a with_clause for
3552 -- this unit. If the with_clause is non-limited, the unit is fully
3553 -- visible and an implicit limited_with should not be created. If
3554 -- there is already a limited_with clause for W, a second one is
3555 -- simply redundant.
3557 --------------------------
3558 -- Previous_Withed_Unit --
3559 --------------------------
3564 begin
3565 -- A limited with_clause cannot appear in the same context_clause
3566 -- as a nonlimited with_clause which mentions the same library.
3572 then
3582 -- Start of processing for Expand_Limited_With_Clause
3584 begin
3589 -- Create node for name of withed unit
3591 Withn :=
3596 Withn :=
3608 Unum :=
3609 Load_Unit
3615 -- Do not generate a limited_with_clause on the current unit.
3616 -- This path is taken when a unit has a limited_with clause on
3617 -- one of its child units.
3624 Set_Corresponding_Spec
3631 -- Add implicit limited_with_clauses for parents of child units
3632 -- mentioned in limited_with clauses.
3648 -- Start of processing for Install_Limited_Context_Clauses
3650 begin
3655 then
3657 Expand_Limited_With_Clause
3665 then
3669 -- A unit may have a limited with on itself if it has a limited
3670 -- with_clause on one of its child units. In that case it is
3671 -- already being compiled and it makes no sense to install its
3672 -- limited view.
3674 -- If the item is a limited_private_with_clause, install it if the
3675 -- current unit is a body or if it is a private child. Otherwise
3676 -- the private clause is installed before analyzing the private
3677 -- part of the current unit.
3681 then
3685 N_Subprogram_Body,
3686 N_Subunit)
3687 then
3696 -- Ada 2005 (AI-412): Examine the visible declarations of a package
3697 -- spec, looking for incomplete subtype declarations of incomplete types
3698 -- visible through a limited with clause.
3703 then
3704 declare
3709 begin
3713 and then
3715 and then
3717 then
3723 -- Convert an incomplete subtype declaration into a
3724 -- corresponding non-limited view subtype declaration.
3725 -- This is usually the case when analyzing a body that
3726 -- has regular with-clauses, when the spec has limited
3727 -- ones.
3729 -- If the non-limited view is still incomplete, it is
3730 -- the dummy entry already created, and the declaration
3731 -- cannot be reanalyzed. This is the case when installing
3732 -- a parent unit that has limited with-clauses.
3740 -- Reanalyze the declaration, suppressing the call to
3741 -- Enter_Name to avoid duplicate names.
3743 Analyze_Subtype_Declaration
3755 ---------------------
3756 -- Install_Parents --
3757 ---------------------
3765 begin
3775 N_Generic_Package_Declaration)
3777 then
3778 Error_Msg_N
3782 Error_Msg_N
3790 -- Verify that a child of an instance is itself an instance, or the
3791 -- renaming of one. Given that an instance that is a unit is replaced
3792 -- with a package declaration, check against the original node. The
3793 -- parent may be currently being instantiated, in which case it appears
3794 -- as a declaration, but the generic_parent is already established
3795 -- indicating that we deal with an instance.
3800 or else
3803 then
3805 else
3806 Error_Msg_N
3808 Lib_Unit);
3812 -- This is the recursive call that ensures all parents are loaded
3819 -- Now we can install the context for this parent
3825 -- The child unit is in the declarative region of the parent. The parent
3826 -- must therefore appear in the scope stack and be visible, as when
3827 -- compiling the corresponding body. If the child unit is private or it
3828 -- is a package body, private declarations must be accessible as well.
3829 -- Use declarations in the parent must also be installed. Finally, other
3830 -- child units of the same parent that are in the context are
3831 -- immediately visible.
3833 -- Find entity for compilation unit, and set its private descendant
3834 -- status as needed. Indicate that it is a compilation unit, which is
3835 -- redundant in general, but needed if this is a generated child spec
3836 -- for a child body without previous spec.
3850 -- Save current visibility of unit
3858 -- If the parent is a generic unit, its formal part may contain formal
3859 -- packages and use clauses for them.
3865 if Is_Private
3867 then
3874 ----------------------------------
3875 -- Install_Private_With_Clauses --
3876 ----------------------------------
3882 begin
3886 Write_Eol;
3894 then
3899 else
3909 ----------------------
3910 -- Install_Siblings --
3911 ----------------------
3918 begin
3919 -- Iterate over explicit with clauses, and check whether the scope of
3920 -- each entity is an ancestor of the current unit, in which case it is
3921 -- immediately visible.
3926 -- Do not install private_with_clauses declaration, unless unit
3927 -- is itself a private child unit, or is a body. Note that for a
3928 -- subprogram body the private_with_clause does not take effect until
3929 -- after the specification.
3934 then
3940 then
3945 then
3948 -- Check for the presence of another unit in the context that
3949 -- may be inadvertently hidden by the child.
3956 then
3957 declare
3960 begin
3965 then
3966 Error_Msg_NE
3978 -- The With_Clause may be on a grand-child or one of its further
3979 -- descendants, which makes a child immediately visible. Examine
3980 -- ancestry to determine whether such a child exists. For example,
3981 -- if current unit is A.C, and with_clause is on A.X.Y.Z, then X
3982 -- is immediately visible.
3985 declare
3988 begin
4001 -- If the item is a private with-clause on a child unit, the parent
4002 -- may have been installed already, but the child unit must remain
4003 -- invisible until installed in a private part or body, unless there
4004 -- is already a regular with_clause for it in the current unit.
4010 declare
4014 -- Scan context of current unit, to check whether there is
4015 -- a with_clause on the same unit as a private with-clause
4016 -- on a parent, in which case child unit is visible.
4019 begin
4020 Clause :=
4028 then
4038 begin
4048 ---------------------------------
4049 -- Install_Limited_Withed_Unit --
4050 ---------------------------------
4061 -- A unit mentioned in a limited with_clause may not be mentioned in
4062 -- a regular with_clause, but must still be included in the current
4063 -- partition. We need to determine whether the unit needs a body, so
4064 -- that the binder can determine the name of the file to be compiled.
4065 -- Checking whether a unit needs a body can be done without semantic
4066 -- analysis, by examining the nature of the declarations in the package.
4068 function Has_Limited_With_Clause
4071 -- Determine whether any package in the ancestor chain starting with
4072 -- C_Unit has a limited with clause for package Pack.
4075 -- Check if some package installed though normal with-clauses has a
4076 -- renaming declaration of package P. AARM 10.1.2(21/2).
4078 -------------------------
4079 -- Check_Body_Required --
4080 -------------------------
4087 -- Recursive procedure that does the work and checks nested packages
4089 ------------------------
4090 -- Check_Declarations --
4091 ------------------------
4100 -- If a pragma import applies to a previous subprogram, the
4101 -- enclosing unit may not need a body. The processing is syntactic
4102 -- and does not require a declaration to be analyzed. The code
4103 -- below also handles pragma Import when applied to a subprogram
4104 -- that renames another. In this case the pragma applies to the
4105 -- renamed entity.
4106 --
4107 -- Chains of multiple renames are not handled by the code below.
4108 -- It is probably impossible to handle all cases without proper
4109 -- name resolution. In such cases the algorithm is conservative
4110 -- and will indicate that a body is needed???
4112 -------------------------
4113 -- Check_Pragma_Import --
4114 -------------------------
4123 -- Make one pass over list of subprograms. Called again if
4124 -- subprogram is a renaming. E is known to be an identifier.
4126 ---------------------
4127 -- Remove_Homonyms --
4128 ---------------------
4132 -- Name of renamed entity, if any
4134 begin
4139 /= N_Subprogram_Renaming_Declaration
4140 then
4144 else
4148 else
4160 -- Renaming of attribute
4162 else
4168 -- Start of processing for Check_Pragma_Import
4170 begin
4171 -- Find name of entity in Import pragma. We have not analyzed
4172 -- the construct, so we must guard against syntax errors.
4178 then
4180 else
4187 -- Start of processing for Check_Declarations
4189 begin
4190 -- Search for Elaborate Body pragma
4195 loop
4204 -- Look for declarations that require the presence of a body. We
4205 -- have already skipped pragmas at the start of the list.
4209 -- Subprogram that comes from source means body may be needed.
4210 -- Save for subsequent examination of import pragmas.
4214 N_Subprogram_Renaming_Declaration,
4215 N_Generic_Subprogram_Declaration))
4216 then
4219 -- Package declaration of generic package declaration. We need
4220 -- to recursively examine nested declarations.
4223 N_Generic_Package_Declaration)
4224 then
4229 then
4236 -- Same set of tests for private part. In addition to subprograms
4237 -- detect the presence of Taft Amendment types (incomplete types
4238 -- completed in the body).
4244 N_Subprogram_Renaming_Declaration,
4245 N_Generic_Subprogram_Declaration))
4246 then
4250 N_Generic_Package_Declaration)
4251 then
4254 -- Collect incomplete type declarations for separate pass
4261 then
4268 -- Now check incomplete declarations to locate Taft amendment
4269 -- types. This can be done by examining the defining identifiers
4270 -- of type declarations without real semantic analysis.
4272 declare
4275 begin
4283 then
4290 -- If no completion, this is a TAT, and a body is needed
4301 -- Finally, check whether there are subprograms that still
4302 -- require a body, i.e. are not renamings or null.
4305 declare
4309 begin
4315 = N_Subprogram_Renaming_Declaration
4316 then
4321 then
4324 else
4335 -- Start of processing for Check_Body_Required
4337 begin
4338 -- If this is an imported package (Java and CIL usage) no body is
4339 -- needed. Scan list of pragmas that may follow a compilation unit
4340 -- to look for a relevant pragma Import.
4343 declare
4346 begin
4351 then
4363 -----------------------------
4364 -- Has_Limited_With_Clause --
4365 -----------------------------
4367 function Has_Limited_With_Clause
4370 is
4374 begin
4381 -- Retrieve the Compilation_Unit node for Par and determine if
4382 -- its context clauses contain a limited with for Pack.
4394 -- If there are more ancestors, climb up the tree, otherwise
4395 -- we are done.
4399 else
4407 ----------------------------------
4408 -- Is_Visible_Through_Renamings --
4409 ----------------------------------
4418 begin
4419 -- Example of the error detected by this subprogram:
4421 -- package P is
4422 -- type T is ...
4423 -- end P;
4425 -- with P;
4426 -- package Q is
4427 -- package Ren_P renames P;
4428 -- end Q;
4430 -- with Q;
4431 -- package R is ...
4433 -- limited with P; -- ERROR
4434 -- package R.C is ...
4438 loop
4444 N_Package_Declaration
4445 then
4446 Decl :=
4447 First (Visible_Declarations
4452 then
4453 -- Generate the error message only if the current unit
4454 -- is a package declaration; in case of subprogram
4455 -- bodies and package bodies we just return True to
4456 -- indicate that the limited view must not be
4457 -- installed.
4460 Error_Msg_N
4464 Error_Msg_NE
4481 -- If it is a body not acting as spec, follow pointer to the
4482 -- corresponding spec, otherwise follow pointer to parent spec.
4487 then
4490 -- Aux_Unit is a body that acts as a spec. Clause has
4491 -- already been flagged as illegal.
4495 else
4499 else
4509 -- Start of processing for Install_Limited_Withed_Unit
4511 begin
4514 -- In case of limited with_clause on subprograms, generics, instances,
4515 -- or renamings, the corresponding error was previously posted and we
4516 -- have nothing to do here. If the file is missing altogether, it has
4517 -- no source location.
4521 then
4527 -- Handle child packages
4534 -- Do not install the limited-view if the context of the unit is already
4535 -- available through a regular with clause.
4539 then
4543 -- Do not install the limited-view if the full-view is already visible
4544 -- through renaming declarations.
4550 -- Do not install the limited view if this is the unit being analyzed.
4551 -- This unusual case will happen when a unit has a limited_with clause
4552 -- on one of its children. The compilation of the child forces the
4553 -- load of the parent which tries to install the limited view of the
4554 -- child again. Installing the limited view must also be disabled
4555 -- when compiling the body of the child unit.
4558 or else
4561 then
4565 -- This scenario is similar to the one above, the difference is that
4566 -- the compilation of sibling Par.Sib forces the load of parent Par
4567 -- which tries to install the limited view of Lim_Pack [1]. However
4568 -- Par.Sib has a with clause for Lim_Pack [2] in its body, and thus
4569 -- needs the non-limited views of all entities from Lim_Pack.
4571 -- limited with Lim_Pack; -- [1]
4572 -- package Par is ... package Lim_Pack is ...
4574 -- with Lim_Pack; -- [2]
4575 -- package Par.Sib is ... package body Par.Sib is ...
4577 -- In this case Main_Unit_Entity is the spec of Par.Sib and Current_
4578 -- Sem_Unit is the body of Par.Sib.
4584 -- The body has a regular with clause
4589 -- One of the ancestors has a limited with clause
4592 N_Package_Specification
4594 then
4598 -- A common use of the limited-with is to have a limited-with
4599 -- in the package spec, and a normal with in its package body.
4600 -- For example:
4602 -- limited with X; -- [1]
4603 -- package A is ...
4605 -- with X; -- [2]
4606 -- package body A is ...
4608 -- The compilation of A's body installs the context clauses found at [2]
4609 -- and then the context clauses of its specification (found at [1]). As
4610 -- a consequence, at [1] the specification of X has been analyzed and it
4611 -- is immediately visible. According to the semantics of limited-with
4612 -- context clauses we don't install the limited view because the full
4613 -- view of X supersedes its limited view.
4616 and then
4619 then
4626 Write_Eol;
4629 -- If the unit has not been analyzed and the limited view has not been
4630 -- already installed then we install it.
4635 -- Minimum decoration
4647 -- Place entity on visibility structure
4655 Write_Eol;
4658 -- Install the incomplete view. The first element of the limited
4659 -- view is a header (an E_Package entity) used to reference the
4660 -- first shadow entity in the private part of the package.
4667 loop
4674 Write_Eol;
4681 -- If the unit appears in a previous regular with_clause, the regular
4682 -- entities of the public part of the withed package must be replaced
4683 -- by the shadow ones.
4685 -- This code must be kept synchronized with the code that replaces the
4686 -- shadow entities by the real entities (see body of Remove_Limited
4687 -- With_Clause); otherwise the contents of the homonym chains are not
4688 -- consistent.
4690 else
4691 -- Hide all the type entities of the public part of the package to
4692 -- avoid its usage. This is needed to cover all the subtype decla-
4693 -- rations because we do not remove them from the homonym chain.
4705 -- Replace the real entities by the shadow entities of the limited
4706 -- view. The first element of the limited view is a header that is
4707 -- used to reference the first shadow entity in the private part
4708 -- of the package. Successive elements are the limited views of the
4709 -- type (including regular incomplete types) declared in the package.
4716 loop
4719 -- Do not unchain nested packages and child units
4723 then
4724 declare
4727 begin
4731 -- Replace E in the homonyms list, so that the limited
4732 -- view becomes available.
4738 else
4739 loop
4742 -- E may have been removed when installing a
4743 -- previous limited_with_clause.
4762 Write_Eol;
4770 -- The package must be visible while the limited-with clause is active
4771 -- because references to the type P.T must resolve in the usual way.
4772 -- In addition, we remember that the limited-view has been installed to
4773 -- uninstall it at the point of context removal.
4778 -- If unit has not been analyzed in some previous context, check
4779 -- (imperfectly ???) whether it might need a body.
4782 Check_Body_Required;
4785 -- If the package in the limited_with clause is a child unit, the
4786 -- clause is unanalyzed and appears as a selected component. Recast
4787 -- it as an expanded name so that the entity can be properly set. Use
4788 -- entity of parent, if available, for higher ancestors in the name.
4791 declare
4795 begin
4800 loop
4803 -- Set entity of parent identifiers if the unit is a child
4804 -- unit. This ensures that the tree is properly formed from
4805 -- semantic point of view (e.g. for ASIS queries).
4812 -- Set entity of last ancestor
4825 -------------------------
4826 -- Install_Withed_Unit --
4827 -------------------------
4829 procedure Install_Withed_Unit
4832 is
4836 begin
4837 -- Ada 2005 (AI-262): Do not install the private withed unit if we are
4838 -- compiling a package declaration and the Private_With_OK flag was not
4839 -- set by the caller. These declarations will be installed later (before
4840 -- analyzing the private part of the package).
4845 then
4852 else
4857 Write_Eol;
4860 -- We do not apply the restrictions to an internal unit unless we are
4861 -- compiling the internal unit as a main unit. This check is also
4862 -- skipped for dummy units (for missing packages).
4867 then
4868 Check_Restricted_Unit
4874 -- If the unit is not analyzed after analysis of the with clause and
4875 -- it is an instantiation then it awaits a body and is the main unit.
4876 -- Its appearance in the context of some other unit indicates a
4877 -- circular dependency (DEC suite perversity).
4881 then
4882 Error_Msg_N
4888 -- If the child unit appears in the context of its parent, it is
4889 -- immediately visible.
4897 then
4898 -- Set flag as well on the visible entity that denotes the
4899 -- instance, which renames the current one.
4901 Set_Is_Visible_Child_Unit
4902 (Related_Instance
4906 -- The parent unit may have been installed already, and may have
4907 -- appeared in a use clause.
4918 or else Private_With_OK
4919 then
4926 -- A with-clause overrides a with-type clause: there are no restric-
4927 -- tions on the use of package entities.
4933 -- Ada 2005 (AI-377): it is illegal for a with_clause to name a child
4934 -- unit if there is a visible homograph for it declared in the same
4935 -- declarative region. This pathological case can only arise when an
4936 -- instance I1 of a generic unit G1 has an explicit child unit I1.G2,
4937 -- G1 has a generic child also named G2, and the context includes with_
4938 -- clauses for both I1.G2 and for G1.G2, making an implicit declaration
4939 -- of I1.G2 visible as well. If the child unit is named Standard, do
4940 -- not apply the check to the Standard package itself.
4945 then
4946 declare
4952 begin
4956 loop
4962 then
4966 then
4968 Error_Msg_N
4971 With_Clause);
4977 then
4978 -- With_clause for child unit of instance appears before
4979 -- in the context. We want to place the error message on
4980 -- it, not on the generic child unit itself.
4982 declare
4985 begin
4993 Error_Msg_N
4996 Prev_Clause);
5008 -------------------
5009 -- Is_Child_Spec --
5010 -------------------
5015 begin
5026 ------------------------------------
5027 -- Is_Legal_Shadow_Entity_In_Body --
5028 ------------------------------------
5032 begin
5034 and then
5035 Has_With_Clause
5039 -----------------------
5040 -- Load_Needed_Body --
5041 -----------------------
5043 -- N is a generic unit named in a with clause, or else it is a unit that
5044 -- contains a generic unit or an inlined function. In order to perform an
5045 -- instantiation, the body of the unit must be present. If the unit itself
5046 -- is generic, we assume that an instantiation follows, and load & analyze
5047 -- the body unconditionally. This forces analysis of the spec as well.
5049 -- If the unit is not generic, but contains a generic unit, it is loaded on
5050 -- demand, at the point of instantiation (see ch12).
5057 -- The loading and analysis is done with style checks off
5059 begin
5065 Unum :=
5066 Load_Unit
5076 else
5082 Write_Eol;
5094 -------------------------
5095 -- Build_Limited_Views --
5096 -------------------------
5111 -- Add attributes of an incomplete type to a shadow entity. The same
5112 -- attributes are placed on the real entity, so that gigi receives
5113 -- a consistent view.
5116 -- Add attributes of a package entity to the entity in a package
5117 -- declaration
5119 procedure Decorate_Tagged_Type
5123 -- Set basic attributes of tagged type T, including its class_wide type.
5124 -- The parameters Loc, Scope are used to decorate the class_wide type.
5127 -- Construct list of shadow entities and attach it to entity of
5128 -- package that is mentioned in a limited_with clause.
5130 function New_Internal_Shadow_Entity
5134 -- Build a new internal entity and append it to the list of shadow
5135 -- entities available through the limited-header
5137 -----------------
5138 -- Build_Chain --
5139 -----------------
5146 begin
5150 -- For each library_package_declaration in the environment, there
5151 -- is an implicit declaration of a *limited view* of that library
5152 -- package. The limited view of a package contains:
5154 -- * For each nested package_declaration, a declaration of the
5155 -- limited view of that package, with the same defining-
5156 -- program-unit name.
5158 -- * For each type_declaration in the visible part, an incomplete
5159 -- type-declaration with the same defining_identifier, whose
5160 -- completion is the type_declaration. If the type_declaration
5161 -- is tagged, then the incomplete_type_declaration is tagged
5162 -- incomplete.
5164 -- The partial view is tagged if the declaration has the
5165 -- explicit keyword, or else if it is a type extension, both
5166 -- of which can be ascertained syntactically.
5169 Is_Tagged :=
5172 or else
5174 and then
5175 Present
5183 else
5188 -- Create shadow entity for type
5190 Lim_Typ :=
5191 New_Internal_Shadow_Entity
5202 else
5209 N_Incomplete_Type_Declaration,
5210 N_Task_Type_Declaration,
5211 N_Protected_Type_Declaration)
5212 then
5215 Is_Tagged :=
5217 N_Incomplete_Type_Declaration)
5223 else
5228 Lim_Typ :=
5229 New_Internal_Shadow_Entity
5240 else
5253 -- Create shadow entity for type
5255 Lim_Typ :=
5256 New_Internal_Shadow_Entity
5270 -- Local package
5272 declare
5275 begin
5283 Lim_Typ :=
5284 New_Internal_Shadow_Entity
5296 -- Note: The non_limited_view attribute is not used
5297 -- for local packages.
5299 Build_Chain
5309 ------------------------------
5310 -- Decorate_Incomplete_Type --
5311 ------------------------------
5314 begin
5324 --------------------------
5325 -- Decorate_Tagged_Type --
5326 --------------------------
5328 procedure Decorate_Tagged_Type
5332 is
5335 begin
5339 -- Build corresponding class_wide type, if not previously done
5341 -- Note: The class-wide entity is shared by the limited-view
5342 -- and the full-view.
5347 -- Set parent to be the same as the parent of the tagged type.
5348 -- We need a parent field set, and it is supposed to point to
5349 -- the declaration of the type. The tagged type declaration
5350 -- essentially declares two separate types, the tagged type
5351 -- itself and the corresponding class-wide type, so it is
5352 -- reasonable for the parent fields to point to the declaration
5353 -- in both cases.
5357 -- Set remaining fields of classwide type
5370 -- Link type to its class-wide type
5376 ------------------------------------
5377 -- Decorate_Package_Specification --
5378 ------------------------------------
5381 begin
5382 -- Place only the most basic attributes
5388 --------------------------------
5389 -- New_Internal_Shadow_Entity --
5390 --------------------------------
5392 function New_Internal_Shadow_Entity
5396 is
5401 begin
5414 -- Start of processing for Build_Limited_Views
5416 begin
5419 -- A library_item mentioned in a limited_with_clause is a package
5420 -- declaration, not a subprogram declaration, generic declaration,
5421 -- generic instantiation, or package renaming declaration.
5432 when N_Generic_Package_Declaration |
5433 N_Generic_Subprogram_Declaration =>
5462 -- Check if the chain is already built
5472 -- Build the header of the limited_view
5474 Lim_Header :=
5481 -- Create the auxiliary chain. All the shadow entities are appended to
5482 -- the list of entities of the limited-view header
5484 Build_Chain
5488 -- Save the last built shadow entity. It is needed later to set the
5489 -- reference to the first shadow entity in the private part
5493 -- Ada 2005 (AI-262): Add the limited view of the private declarations
5494 -- Required to give support to limited-private-with clauses
5500 Set_First_Private_Entity
5502 else
5503 Set_First_Private_Entity
5510 -------------------------------
5511 -- Check_Body_Needed_For_SAL --
5512 -------------------------------
5517 -- Determine whether use of entity E might require the presence of its
5518 -- body. For a package this requires a recursive traversal of all nested
5519 -- declarations.
5521 ---------------------------
5522 -- Entity_Needed_For_SAL --
5523 ---------------------------
5528 begin
5531 then
5536 then
5540 and then
5543 then
5549 then
5561 else
5566 -- Start of processing for Check_Body_Needed_For_SAL
5568 begin
5571 N_Generic_Package_Declaration
5572 and then
5574 then
5578 or else
5580 then
5585 N_Subprogram_Declaration
5587 then
5591 Check_Body_Needed_For_SAL
5596 then
5601 then
5602 Check_Body_Needed_For_SAL
5607 --------------------
5608 -- Remove_Context --
5609 --------------------
5614 begin
5615 -- If this is a child unit, first remove the parent units
5624 ----------------------------
5625 -- Remove_Context_Clauses --
5626 ----------------------------
5632 begin
5633 -- Ada 2005 (AI-50217): We remove the context clauses in two phases:
5634 -- limited-views first and regular-views later (to maintain the
5635 -- stack model).
5637 -- First Phase: Remove limited_with context clauses
5642 -- We are interested only in with clauses which got installed
5643 -- on entry.
5648 then
5655 -- Second Phase: Loop through context items and undo regular
5656 -- with_clauses and use_clauses.
5661 -- We are interested only in with clauses which got installed on
5662 -- entry, as indicated by their Context_Installed flag set
5667 then
5672 then
5673 -- Remove items from one with'ed unit
5690 --------------------------------
5691 -- Remove_Limited_With_Clause --
5692 --------------------------------
5702 begin
5705 -- In case of limited with_clause on subprograms, generics, instances,
5706 -- or renamings, the corresponding error was previously posted and we
5707 -- have nothing to do here.
5715 -- Handle child packages
5725 Write_Eol;
5728 -- Prepare the removal of the shadow entities from visibility. The
5729 -- first element of the limited view is a header (an E_Package
5730 -- entity) that is used to reference the first shadow entity in the
5731 -- private part of the package
5736 -- Remove package and shadow entities from visibility if it has not
5737 -- been analyzed
5748 -- Otherwise this package has already appeared in the closure and its
5749 -- shadow entities must be replaced by its real entities. This code
5750 -- must be kept synchronized with the complementary code in Install
5751 -- Limited_Withed_Unit.
5753 else
5754 -- Real entities that are type or subtype declarations were hidden
5755 -- from visibility at the point of installation of the limited-view.
5756 -- Now we recover the previous value of the hidden attribute.
5769 loop
5770 -- Nested packages and child units were not unchained
5774 then
5775 -- If the package has incomplete types, the limited view of the
5776 -- incomplete type is in fact never visible (AI05-129) but we
5777 -- have created a shadow entity E1 for it, that points to E2,
5778 -- a non-limited incomplete type. This in turn has a full view
5779 -- E3 that is the full declaration. There is a corresponding
5780 -- shadow entity E4. When reinstalling the non-limited view,
5781 -- E2 must become the current entity and E3 must be ignored.
5788 then
5790 -- Lim_Typ is the limited view of a full type declaration
5791 -- that has a previous incomplete declaration, i.e. E3 from
5792 -- the previous description. Nothing to insert.
5796 else
5804 else
5807 loop
5816 -- Preserve structure of homonym chain
5826 -- Indicate that the limited view of the package is not installed
5832 --------------------
5833 -- Remove_Parents --
5834 --------------------
5844 begin
5850 then
5861 -- Remove from visibility the siblings as well, which are directly
5862 -- visible while the parent is in scope.
5875 -- This is the recursive call to remove the context of any higher
5876 -- level parent. This recursion ensures that all parents are removed
5877 -- in the reverse order of their installation.
5883 ---------------------------------
5884 -- Remove_Private_With_Clauses --
5885 ---------------------------------
5891 -- Check whether a given unit appears in a regular with_clause. Used to
5892 -- determine whether a private_with_clause, implicit or explicit, should
5893 -- be ignored.
5895 ----------------------------
5896 -- In_Regular_With_Clause --
5897 ----------------------------
5900 is
5903 begin
5909 then
5918 -- Start of processing for Remove_Private_With_Clauses
5920 begin
5925 then
5926 -- If private_with_clause is redundant, remove it from
5927 -- context, as a small optimization to subsequent handling
5928 -- of private_with clauses in other nested packages..
5931 declare
5933 begin
5945 else
5951 else
5957 ---------------------------------
5958 -- Remove_Unit_From_Visibility --
5959 ---------------------------------
5964 begin
5969 Write_Eol;
5980 --------
5981 -- sm --
5982 --------
5985 begin
5989 -------------
5990 -- Unchain --
5991 -------------
5996 begin
6005 else
6008 loop
6020 Write_Eol;