| blob | 1ce76e89c25a00d77abccaaaaa8ab77e092f8cde |
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-2010, 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
555 Error_Msg_N -- CODEFIX
565 -- Standalone package spec or body check
567 else
568 declare
572 begin
573 -- The mechanism for examining the context clauses of a
574 -- package spec can be applied to package body clauses.
576 Process_Spec_Clauses
584 Error_Msg_N -- CODEFIX
595 --------------------------------
596 -- Generate_Parent_References --
597 --------------------------------
603 begin
608 -- Done already, if the unit has been compiled indirectly as
609 -- part of the closure of its context because of inlining.
623 -- The guard here on P_Name is to handle the error condition where
624 -- the parent unit is missing because the file was not found.
634 -- Start of processing for Analyze_Compilation_Unit
636 begin
639 -- If the unit is a subunit whose parent has not been analyzed (which
640 -- indicates that the main unit is a subunit, either the current one or
641 -- one of its descendents) then the subunit is compiled as part of the
642 -- analysis of the parent, which we proceed to do. Basically this gets
643 -- handled from the top down and we don't want to do anything at this
644 -- level (i.e. this subunit will be handled on the way down from the
645 -- parent), so at this level we immediately return. If the subunit
646 -- ends up not analyzed, it means that the parent did not contain a
647 -- stub for it, or that there errors were detected in some ancestor.
651 then
657 else
665 -- Analyze context (this will call Sem recursively for with'ed units)
666 -- To detect circularities among with-clauses that are not caught during
667 -- loading, we set the Context_Pending flag on the current unit. If the
668 -- flag is already set there is a potential circularity.
669 -- We exclude predefined units from this check because they are known
670 -- to be safe. We also exclude package bodies that are present because
671 -- circularities between bodies are harmless (and necessary).
674 declare
677 begin
678 if Is_Predefined_File_Name
680 then
683 else
687 then
696 Error_Msg_N
710 else
718 -- If the unit is a package body, the spec is already loaded and must be
719 -- analyzed first, before we analyze the body.
723 -- If no Lib_Unit, then there was a serious previous error, so just
724 -- ignore the entire analysis effort
729 else
733 -- Verify that the library unit is a package declaration
736 N_Generic_Package_Declaration)
737 then
738 Error_Msg_N
742 -- Otherwise, the entity in the declaration is visible. Update the
743 -- version to reflect dependence of this body on the spec.
745 else
751 N_Defining_Program_Unit_Name
752 then
758 -- If the unit is a subprogram body, then we similarly need to analyze
759 -- its spec. However, things are a little simpler in this case, because
760 -- here, this analysis is done only for error checking and consistency
761 -- purposes, so there's nothing else to be done.
766 -- If the subprogram body is a child unit, we must create a
767 -- declaration for it, in order to properly load the parent(s).
768 -- After this, the original unit does not acts as a spec, because
769 -- there is an explicit one. If this unit appears in a context
770 -- clause, then an implicit with on the parent will be added when
771 -- installing the context. If this is the main unit, there is no
772 -- Unit_Table entry for the declaration (it has the unit number
773 -- of the main unit) and code generation is unaffected.
779 Unum :=
780 Load_Unit
788 -- Build subprogram declaration and attach parent unit to it
789 -- This subprogram declaration does not come from source,
790 -- Nevertheless the backend must generate debugging info for
791 -- it, and this must be indicated explicitly. We also mark
792 -- the body entity as a child unit now, to prevent a
793 -- cascaded error if the spec entity cannot be entered
794 -- in its scope. Finally we create a Units table entry for
795 -- the subprogram declaration, to maintain a one-to-one
796 -- correspondence with compilation unit nodes. This is
797 -- critical for the tree traversals performed by CodePeer.
799 declare
802 Get_Comes_From_Source_Default;
804 begin
806 Lib_Unit :=
809 Unit =>
811 Specification =>
812 Copy_Separate_Tree
814 Aux_Decls_Node =>
822 -- Now that a separate declaration exists, the body
823 -- of the child unit does not act as spec any longer.
833 -- Here for subprogram with separate declaration
835 else
841 -- If this is a child unit, generate references to the parents
844 N_Defining_Program_Unit_Name
845 then
846 Generate_Parent_References (
852 -- If it is a child unit, the parent must be elaborated first and we
853 -- update version, since we are dependent on our parent.
857 -- The analysis of the parent is done with style checks off
859 declare
862 Cunit_Boolean_Restrictions_Save;
864 begin
876 -- With the analysis done, install the context. Note that we can't
877 -- install the context from the with clauses as we analyze them, because
878 -- each with clause must be analyzed in a clean visibility context, so
879 -- we have to wait and install them all at once.
885 -- Set the entities of all parents in the program_unit_name
887 Generate_Parent_References (
891 -- All components of the context: with-clauses, library unit, ancestors
892 -- if any, (and their context) are analyzed and installed.
894 -- Call special debug routine sm if this is the main unit
897 sm;
900 -- Now analyze the unit (package, subprogram spec, body) itself
908 Check_Redundant_Withs
914 -- The above call might have made Unit_Node an N_Subprogram_Body from
915 -- something else, so propagate any Acts_As_Spec flag.
919 then
923 -- Register predefined units in Rtsfind
925 declare
927 begin
933 -- Treat compilation unit pragmas that appear after the library unit
936 declare
938 begin
946 -- Generate distribution stubs if requested and no error
950 or else
953 then
956 -- Regular RCI package
964 and then
966 then
967 -- Shared passive package
972 and then
973 Is_Remote_Call_Interface
975 then
976 -- Instantiation of a RCI generic package
982 -- Remove unit from visibility, so that environment is clean for
983 -- the next compilation, which is either the main unit or some
984 -- other unit in the context.
987 N_Package_Renaming_Declaration,
988 N_Subprogram_Declaration)
990 or else
993 then
996 -- If the unit is an instantiation whose body will be elaborated for
997 -- inlining purposes, use the proper entity of the instance. The
998 -- entity may be missing if the instantiation was illegal.
1003 then
1004 Remove_Unit_From_Visibility
1010 then
1011 -- Bodies that are not the main unit are compiled if they are generic
1012 -- or contain generic or inlined units. Their analysis brings in the
1013 -- context of the corresponding spec (unit declaration) which must be
1014 -- removed as well, to return the compilation environment to its
1015 -- proper state.
1021 -- Last step is to deinstall the context we just installed as well as
1022 -- the unit just compiled.
1026 -- If this is the main unit and we are generating code, we must check
1027 -- that all generic units in the context have a body if they need it,
1028 -- even if they have not been instantiated. In the absence of .ali files
1029 -- for generic units, we must force the load of the body, just to
1030 -- produce the proper error if the body is absent. We skip this
1031 -- verification if the main unit itself is generic.
1035 and then Expander_Active
1036 then
1037 -- Check whether the source for the body of the unit must be included
1038 -- in a standalone library.
1042 -- Indicate that the main unit is now analyzed, to catch possible
1043 -- circularities between it and generic bodies. Remove main unit from
1044 -- visibility. This might seem superfluous, but the main unit must
1045 -- not be visible in the generic body expansions that follow.
1050 declare
1057 Cunit_Boolean_Restrictions_Save;
1059 begin
1063 -- Check for explicit with clause
1068 -- Ada 2005 (AI-50217): Ignore limited-withed units
1071 then
1074 -- Compile generic subprogram, unless it is intrinsic or
1075 -- imported so no body is required, or generic package body
1076 -- if the package spec requires a body.
1083 then
1087 Un :=
1088 Load_Unit
1090 (Get_Unit_Name
1091 (Unit_Declaration_Node
1097 else
1098 Un :=
1099 Load_Unit
1109 Error_Msg_NE
1116 then
1131 -- Deal with creating elaboration Boolean if needed. We create an
1132 -- elaboration boolean only for units that come from source since
1133 -- units manufactured by the compiler never need elab checks.
1137 N_Generic_Package_Declaration,
1138 N_Subprogram_Declaration,
1139 N_Generic_Subprogram_Declaration)
1140 then
1141 declare
1145 begin
1149 -- See if an elaboration entity is required for possible access
1150 -- before elaboration checking. Note that we must allow for this
1151 -- even if -gnatE is not set, since a client may be compiled in
1152 -- -gnatE mode and reference the entity.
1154 -- These entities are also used by the binder to prevent multiple
1155 -- attempts to execute the elaboration code for the library case
1156 -- where the elaboration routine might otherwise be called more
1157 -- than once.
1159 -- Case of units which do not require elaboration checks
1161 if
1162 -- Pure units do not need checks
1166 -- Preelaborated units do not need checks
1170 -- No checks needed if pragma Elaborate_Body present
1174 -- No checks needed if unit does not require a body
1178 -- No checks needed for predefined files
1182 -- No checks required if no separate spec
1185 then
1186 -- This is a case where we only need the entity for
1187 -- checking to prevent multiple elaboration checks.
1191 -- Case of elaboration entity is required for access before
1192 -- elaboration checking (so certainly we must build it!)
1194 else
1202 -- Freeze the compilation unit entity. This for sure is needed because
1203 -- of some warnings that can be output (see Freeze_Subprogram), but may
1204 -- in general be required. If freezing actions result, place them in the
1205 -- compilation unit actions list, and analyze them.
1207 declare
1211 begin
1221 and then Expander_Active
1222 then
1223 declare
1228 begin
1230 Reset_Style_Check_Options;
1234 Reset_Style_Check_Options;
1241 -- If we are generating obsolescent warnings, then here is where we
1242 -- generate them for the with'ed items. The reason for this special
1243 -- processing is that the normal mechanism of generating the warnings
1244 -- for referenced entities does not work for context clause references.
1245 -- That's because when we first analyze the context, it is too early to
1246 -- know if the with'ing unit is itself obsolescent (which suppresses
1247 -- the warnings).
1251 -- Push current compilation unit as scope, so that the test for
1252 -- being within an obsolescent unit will work correctly.
1256 -- Loop through context items to deal with with clauses
1258 declare
1263 begin
1268 -- Suppress this check in limited-withed units. Further work
1269 -- needed here if we decide to incorporate this check on
1270 -- limited-withed units.
1273 then
1286 -- Remove temporary install of current unit as scope
1288 Pop_Scope;
1292 ---------------------
1293 -- Analyze_Context --
1294 ---------------------
1300 begin
1301 -- First process all configuration pragmas at the start of the context
1302 -- items. Strictly these are not part of the context clause, but that
1303 -- is where the parser puts them. In any case for sure we must analyze
1304 -- these before analyzing the actual context items, since they can have
1305 -- an effect on that analysis (e.g. pragma Ada_2005 may allow a unit to
1306 -- be with'ed as a result of changing categorizations in Ada 2005).
1312 loop
1317 -- This is the point at which we capture the configuration settings
1318 -- for the unit. At the moment only the Optimize_Alignment setting
1319 -- needs to be captured. Probably more later ???
1323 else
1327 -- Loop through actual context items. This is done in two passes:
1329 -- a) The first pass analyzes non-limited with-clauses and also any
1330 -- configuration pragmas (we need to get the latter analyzed right
1331 -- away, since they can affect processing of subsequent items.
1333 -- b) The second pass analyzes limited_with clauses (Ada 2005: AI-50217)
1337 -- For with clause, analyze the with clause, and then update the
1338 -- version, since we are dependent on a unit that we with.
1342 then
1343 -- Skip analyzing with clause if no unit, nothing to do (this
1344 -- happens for a with that references a non-existent unit). Skip
1345 -- as well if this is a with_clause for the main unit, which
1346 -- happens if a subunit has a useless with_clause on its parent.
1352 else
1361 -- Skip pragmas. Configuration pragmas at the start were handled in
1362 -- the loop above, and remaining pragmas are not processed until we
1363 -- actually install the context (see Install_Context). We delay the
1364 -- analysis of these pragmas to make sure that we have installed all
1365 -- the implicit with's on parent units.
1367 -- Skip use clauses at this stage, since we don't want to do any
1368 -- installing of potentially use-visible entities until we
1369 -- actually install the complete context (in Install_Context).
1370 -- Otherwise things can get installed in the wrong context.
1372 else
1379 -- Second pass: examine all limited_with clauses. All other context
1380 -- items are ignored in this pass.
1386 then
1387 -- No need to check errors on implicitly generated limited-with
1388 -- clauses.
1392 -- Verify that the illegal contexts given in 10.1.2 (18/2) are
1393 -- properly rejected, including renaming declarations.
1396 N_Subprogram_Declaration)
1399 then
1402 -- Check wrong use of a limited with clause applied to the
1403 -- compilation unit containing the limited-with clause.
1405 -- limited with P.Q;
1406 -- package P.Q is ...
1411 -- Check wrong use of limited-with clause applied to some
1412 -- immediate ancestor.
1415 declare
1419 begin
1421 loop
1434 -- Check if the limited-withed unit is already visible through
1435 -- some context clause of the current compilation unit or some
1436 -- ancestor of the current compilation unit.
1438 declare
1444 begin
1446 loop
1452 and then
1454 N_Package_Declaration,
1455 N_Package_Renaming_Declaration)
1456 then
1458 N_Package_Declaration
1459 then
1461 else
1465 -- Check if the named package (or some ancestor)
1466 -- leaves visible the full-view of the unit given
1467 -- in the limited-with clause
1469 loop
1471 Unit_Name)
1472 then
1474 Error_Msg_N
1477 Item);
1478 Error_Msg_NE
1502 -- Skip analyzing with clause if no unit, see above
1508 -- A limited_with does not impose an elaboration order, but
1509 -- there is a semantic dependency for recompilation purposes.
1515 -- Pragmas and use clauses and with clauses other than limited
1516 -- with's are ignored in this pass through the context items.
1518 else
1526 -------------------------------
1527 -- Analyze_Package_Body_Stub --
1528 -------------------------------
1534 begin
1535 -- The package declaration must be in the current declarative part
1545 then
1548 else
1549 -- Indicate that the body of the package exists. If we are doing
1550 -- only semantic analysis, the stub stands for the body. If we are
1551 -- generating code, the existence of the body will be confirmed
1552 -- when we load the proper body.
1561 -------------------------
1562 -- Analyze_Proper_Body --
1563 -------------------------
1570 -- This procedure is called when the main unit is a stub, or when we
1571 -- are not generating code. In such a case, we analyze the subunit if
1572 -- present, which is user-friendly and in fact required for ASIS, but
1573 -- we don't complain if the subunit is missing.
1575 ----------------------
1576 -- Optional_Subunit --
1577 ----------------------
1582 begin
1583 -- Try to load subunit, but ignore any errors that occur during
1584 -- the loading of the subunit, by using the special feature in
1585 -- Errout to ignore all errors. Note that Fatal_Error will still
1586 -- be set, so we will be able to check for this case below.
1592 Unum :=
1593 Load_Unit
1603 -- All done if we successfully loaded the subunit
1607 then
1610 -- If the file was empty or seriously mangled, the unit itself may
1611 -- be missing.
1614 Error_Msg_N
1618 Error_Msg_N
1621 else
1629 then
1632 else
1633 Set_Corresponding_Body (
1639 -- Start of processing for Analyze_Proper_Body
1641 begin
1642 -- If the subunit is already loaded, it means that the main unit is a
1643 -- subunit, and that the current unit is one of its parents which was
1644 -- being analyzed to provide the needed context for the analysis of the
1645 -- subunit. In this case we analyze the subunit and continue with the
1646 -- parent, without looking a subsequent subunits.
1650 -- If the proper body is already linked to the stub node, the stub is
1651 -- in a generic unit and just needs analyzing.
1657 -- Otherwise we must load the subunit and link to it
1659 else
1660 -- Load the subunit, this must work, since we originally loaded
1661 -- the subunit earlier on. So this will not really load it, just
1662 -- give access to it.
1664 Unum :=
1665 Load_Unit
1671 -- And analyze the subunit in the parent context (note that we
1672 -- do not call Semantics, since that would remove the parent
1673 -- context). Because of this, we have to manually reset the
1674 -- compiler state to Analyzing since it got destroyed by Load.
1679 -- Check that the proper body is a subunit and not a child
1680 -- unit. If the unit was previously loaded, the error will
1681 -- have been emitted when copying the generic node, so we
1682 -- just return to avoid cascaded errors.
1694 -- If the main unit is a subunit, then we are just performing semantic
1695 -- analysis on that subunit, and any other subunits of any parent unit
1696 -- should be ignored, except that if we are building trees for ASIS
1697 -- usage we want to annotate the stub properly.
1701 then
1703 Optional_Subunit;
1706 -- But before we return, set the flag for unloaded subunits. This
1707 -- will suppress junk warnings of variables in the same declarative
1708 -- part (or a higher level one) that are in danger of looking unused
1709 -- when in fact there might be a declaration in the subunit that we
1710 -- do not intend to load.
1715 -- If the subunit is not already loaded, and we are generating code,
1716 -- then this is the case where compilation started from the parent,
1717 -- and we are generating code for an entire subunit tree. In that
1718 -- case we definitely need to load the subunit.
1720 -- In order to continue the analysis with the rest of the parent,
1721 -- and other subunits, we load the unit without requiring its
1722 -- presence, and emit a warning if not found, rather than terminating
1723 -- the compilation abruptly, as for other missing file problems.
1727 -- If the proper body is already linked to the stub node,
1728 -- the stub is in a generic unit and just needs analyzing.
1730 -- We update the version. Although we are not technically
1731 -- semantically dependent on the subunit, given our approach
1732 -- of macro substitution of subunits, it makes sense to
1733 -- include it in the version identification.
1740 -- Otherwise we must load the subunit and link to it
1742 else
1743 Unum :=
1744 Load_Unit
1750 -- Give message if we did not get the unit
1751 -- Emit warning even if missing subunit is not
1752 -- within main unit, to simplify debugging.
1756 then
1758 Error_Msg_File_1 :=
1760 Error_Msg_N
1765 -- Load_Unit may reset Compiler_State, since it may have been
1766 -- necessary to parse an additional units, so we make sure
1767 -- that we reset it to the Analyzing state.
1774 Write_Eol;
1777 declare
1780 begin
1781 -- Check for child unit instead of subunit
1784 Error_Msg_N
1788 -- OK, we have a subunit
1790 else
1791 -- Set corresponding stub (even if errors)
1795 -- Collect SCO information for loaded subunit if we are
1796 -- in the main unit).
1798 if Generate_SCO
1799 and then
1800 In_Extended_Main_Source_Unit
1802 then
1806 -- Analyze the unit if semantics active
1812 -- Set the library unit pointer in any case
1816 -- We update the version. Although we are not technically
1817 -- semantically dependent on the subunit, given our
1818 -- approach of macro substitution of subunits, it makes
1819 -- sense to include it in the version identification.
1827 -- The remaining case is when the subunit is not already loaded and
1828 -- we are not generating code. In this case we are just performing
1829 -- semantic analysis on the parent, and we are not interested in
1830 -- the subunit. For subprograms, analyze the stub as a body. For
1831 -- other entities the stub has already been marked as completed.
1833 else
1834 Optional_Subunit;
1838 ----------------------------------
1839 -- Analyze_Protected_Body_Stub --
1840 ----------------------------------
1845 begin
1848 -- First occurrence of name may have been as an incomplete type
1856 then
1858 else
1866 ----------------------------------
1867 -- Analyze_Subprogram_Body_Stub --
1868 ----------------------------------
1870 -- A subprogram body stub can appear with or without a previous spec. If
1871 -- there is one, then the analysis of the body will find it and verify
1872 -- conformance. The formals appearing in the specification of the stub play
1873 -- no role, except for requiring an additional conformance check. If there
1874 -- is no previous subprogram declaration, the stub acts as a spec, and
1875 -- provides the defining entity for the subprogram.
1880 begin
1883 -- Verify that the identifier for the stub is unique within this
1884 -- declarative part.
1887 N_Package_Body,
1888 N_Subprogram_Body)
1889 then
1893 loop
1897 then
1905 -- Treat stub as a body, which checks conformance if there is a previous
1906 -- declaration, or else introduces entity and its signature.
1912 ---------------------
1913 -- Analyze_Subunit --
1914 ---------------------
1916 -- A subunit is compiled either by itself (for semantic checking) or as
1917 -- part of compiling the parent (for code generation). In either case, by
1918 -- the time we actually process the subunit, the parent has already been
1919 -- installed and analyzed. The node N is a compilation unit, whose context
1920 -- needs to be treated here, because we come directly here from the parent
1921 -- without calling Analyze_Compilation_Unit.
1923 -- The compilation context includes the explicit context of the subunit,
1924 -- and the context of the parent, together with the parent itself. In order
1925 -- to compile the current context, we remove the one inherited from the
1926 -- parent, in order to have a clean visibility table. We restore the parent
1927 -- context before analyzing the proper body itself. On exit, we remove only
1928 -- the explicit context of the subunit.
1941 -- Capture names in use clauses of the subunit. This must be done before
1942 -- re-installing parent declarations, because items in the context must
1943 -- not be hidden by declarations local to the parent.
1946 -- Recursive procedure to restore scope of all ancestors of subunit,
1947 -- from outermost in. If parent is not a subunit, the call to install
1948 -- context installs context of spec and (if parent is a child unit) the
1949 -- context of its parents as well. It is confusing that parents should
1950 -- be treated differently in both cases, but the semantics are just not
1951 -- identical.
1954 -- As part of the removal of the parent scope, the use clauses are
1955 -- removed, to be reinstalled when the context of the subunit has been
1956 -- analyzed. Use clauses may also have been affected by the analysis of
1957 -- the context of the subunit, so they have to be applied again, to
1958 -- insure that the compilation environment of the rest of the parent
1959 -- unit is identical.
1962 -- Remove current scope from scope stack, and preserve the list of use
1963 -- clauses in it, to be reinstalled after context is analyzed.
1965 -----------------------------
1966 -- Analyze_Subunit_Context --
1967 -----------------------------
1974 begin
1977 -- Make withed units immediately visible. If child unit, make the
1978 -- ultimate parent immediately visible.
1984 -- Protect frontend against previous errors in context clauses
1990 else
2022 -- Reset visibility of withed units. They will be made visible again
2023 -- when we install the subunit context.
2029 -- Protect frontend against previous errors in context clauses
2033 then
2050 ------------------------
2051 -- Re_Install_Parents --
2052 ------------------------
2057 begin
2064 -- If the subunit occurs within a child unit, we must restore the
2065 -- immediate visibility of any siblings that may occur in context.
2077 -- Make entities in scope visible again. For child units, restore
2078 -- visibility only if they are actually in context.
2084 then
2091 -- A subunit appears within a body, and for a nested subunits all the
2092 -- parents are bodies. Restore full visibility of their private
2093 -- entities.
2101 ----------------------------
2102 -- Re_Install_Use_Clauses --
2103 ----------------------------
2107 begin
2115 ------------------
2116 -- Remove_Scope --
2117 ------------------
2122 begin
2137 Pop_Scope;
2140 -- Start of processing for Analyze_Subunit
2142 begin
2144 declare
2147 begin
2158 -- Save current use clauses
2160 Remove_Scope;
2163 -- Now remove parents and their context, including enclosing subunits
2164 -- and the outer parent body which is not a subunit.
2171 Remove_Scope;
2176 Remove_Scope;
2186 Analyze_Subunit_Context;
2191 -- If the context includes a child unit of the parent of the subunit,
2192 -- the parent will have been removed from visibility, after compiling
2193 -- that cousin in the context. The visibility of the parent must be
2194 -- restored now. This also applies if the context includes another
2195 -- subunit of the same parent which in turn includes a child unit in
2196 -- its context.
2201 and then not Is_Immediately_Visible
2203 then
2210 Re_Install_Use_Clauses;
2213 -- Restore state of suppress flags for current body
2217 -- If the subunit is within a child unit, then siblings of any parent
2218 -- unit that appear in the context clause of the subunit must also be
2219 -- made immediately visible.
2229 -- The subunit may contain a with_clause on a sibling of some ancestor.
2230 -- Removing the context will remove from visibility those ancestor child
2231 -- units, which must be restored to the visibility they have in the
2232 -- enclosing body.
2235 declare
2237 begin
2241 loop
2250 ----------------------------
2251 -- Analyze_Task_Body_Stub --
2252 ----------------------------
2258 begin
2261 -- First occurrence of name may have been as an incomplete type
2269 else
2275 -- Set elaboration flag to indicate that entity is callable. This
2276 -- cannot be done in the expansion of the body itself, because the
2277 -- proper body is not in a declarative part. This is only done if
2278 -- expansion is active, because the context may be generic and the
2279 -- flag not defined yet.
2284 Name =>
2292 -------------------------
2293 -- Analyze_With_Clause --
2294 -------------------------
2296 -- Analyze the declaration of a unit in a with clause. At end, label the
2297 -- with clause with the defining entity for the unit.
2301 -- Retrieve the original kind of the unit node, before analysis. If it
2302 -- is a subprogram instantiation, its analysis below will rewrite the
2303 -- node as the declaration of the wrapper package. If the same
2304 -- instantiation appears indirectly elsewhere in the context, it will
2305 -- have been analyzed already.
2316 -- Set True if the unit currently being compiled is an internal unit
2320 Cunit_Boolean_Restrictions_Save;
2322 begin
2325 -- Several actions are skipped for dummy packages (those supplied for
2326 -- with's where no matching file could be found). Such packages are
2327 -- identified by the Sloc value being set to No_Location.
2331 -- Ada 2005 (AI-50217): Build visibility structures but do not
2332 -- analyze the unit.
2341 -- We reset ordinary style checking during the analysis of a with'ed
2342 -- unit, but we do NOT reset GNAT special analysis mode (the latter
2343 -- definitely *does* apply to with'ed units).
2349 -- If the library unit is a predefined unit, and we are in high
2350 -- integrity mode, then temporarily reset Configurable_Run_Time_Mode
2351 -- for the analysis of the with'ed unit. This mode does not prevent
2352 -- explicit with'ing of run-time units.
2354 if Configurable_Run_Time_Mode
2355 and then
2356 Is_Predefined_File_Name
2358 then
2363 else
2371 -- Check restrictions, except that we skip the check if this is an
2372 -- internal unit unless we are compiling the internal unit as the
2373 -- main unit. We also skip this for dummy packages.
2381 -- Deal with special case of GNAT.Current_Exceptions which interacts
2382 -- with the optimization of local raise statements into gotos.
2388 or else
2390 then
2395 -- Check for inappropriate with of internal implementation unit if we
2396 -- are not compiling an internal unit. We do not issue this message
2397 -- for implicit with's generated by the compiler itself.
2399 if Implementation_Unit_Warnings
2400 and then not Intunit
2402 then
2403 declare
2407 begin
2411 -- Add alternative name if available, otherwise issue a
2412 -- general warning message.
2416 else
2417 Error_Msg_F
2424 and then Warn_On_Ada_2005_Compatibility
2425 then
2432 -- Semantic analysis of a generic unit is performed on a copy of
2433 -- the original tree. Retrieve the entity on which semantic info
2434 -- actually appears.
2439 -- Note: in the following test, Unit_Kind is the original Nkind, but in
2440 -- the case of an instantiation, semantic analysis above will have
2441 -- replaced the unit by its instantiated version. If the instance body
2442 -- has been generated, the instance now denotes the body entity. For
2443 -- visibility purposes we need the entity of its spec.
2447 N_Package_Instantiation)
2449 then
2454 then
2455 -- If the instance has not been rewritten as a package declaration,
2456 -- then it appeared already in a previous with clause. Retrieve
2457 -- the entity from the previous instance.
2463 -- The visible subprogram is created during instantiation, and is
2464 -- an attribute of the wrapper package. We retrieve the wrapper
2465 -- package directly from the instantiation node. If the instance
2466 -- is inlined the unit is still an instantiation. Otherwise it has
2467 -- been rewritten as the declaration of the wrapper itself.
2470 E_Name :=
2471 Related_Instance
2473 else
2479 then
2485 then
2486 -- For a child unit that has no spec, one has been created and
2487 -- analyzed. The entity required is that of the spec.
2491 else
2497 -- Child unit in a with clause
2502 -- Restore style checks and restrictions
2507 -- Record the reference, but do NOT set the unit as referenced, we want
2508 -- to consider the unit as unreferenced if this is the only reference
2509 -- that occurs.
2514 -- Generate references and check No_Dependence restriction for parents
2527 -- If E_Name is the dummy entity for a nonexistent unit, its scope
2528 -- is set to Standard_Standard, and no attempt should be made to
2529 -- further unwind scopes.
2538 then
2539 -- If the entity is set without its unit being compiled, the
2540 -- original parent is a renaming, and Par_Name is the renamed
2541 -- entity. For visibility purposes, we need the original entity,
2542 -- which must be analyzed now because Load_Unit directly retrieves
2543 -- the renamed unit, and the renaming declaration itself has not
2544 -- been analyzed.
2555 -- If the withed unit is System, and a system extension pragma is
2556 -- present, compile the extension now, rather than waiting for a
2557 -- visibility check on a specific entity.
2563 then
2564 -- If the extension is not present, an error will have been emitted
2569 -- Ada 2005 (AI-262): Remove from visibility the entity corresponding
2570 -- to private_with units; they will be made visible later (just before
2571 -- the private part is analyzed)
2578 ------------------------------
2579 -- Check_Private_Child_Unit --
2580 ------------------------------
2592 -- Returns true if and only if the library unit is declared with
2593 -- an explicit designation of private.
2595 -----------------------------
2596 -- Is_Private_Library_Unit --
2597 -----------------------------
2602 begin
2606 -- Start of processing for Check_Private_Child_Unit
2608 begin
2615 -- The parent is itself a body. The parent entity is to be found in
2616 -- the corresponding spec.
2621 -- If the parent itself is a subunit, Curr_Unit is the entity
2622 -- of the enclosing body, retrieve the spec entity which is
2623 -- the proper ancestor we need for the following tests.
2631 else
2639 else
2644 -- Loop through context items
2649 -- Ada 2005 (AI-262): Allow private_with of a private child package
2650 -- in public siblings
2656 then
2659 declare
2665 begin
2666 -- If the child unit is a public child then locate the nearest
2667 -- private ancestor. Child_Parent will then be set to the
2668 -- parent of that ancestor.
2673 loop
2685 loop
2686 Curr_Private :=
2699 then
2700 Error_Msg_NE
2704 else
2705 Error_Msg_N
2707 Error_Msg_NE
2712 elsif Curr_Private
2717 then
2720 else
2721 Error_Msg_NE
2733 ----------------------
2734 -- Check_Stub_Level --
2735 ----------------------
2741 begin
2743 N_Subprogram_Body,
2744 N_Task_Body,
2745 N_Protected_Body)
2747 then
2750 -- In an instance, a missing stub appears at any level. A warning
2751 -- message will have been emitted already for the missing file.
2761 ------------------------
2762 -- Expand_With_Clause --
2763 ------------------------
2772 -- Build name to be used in implicit with_clause. In most cases this
2773 -- is the source name, but if renamings are present we must make the
2774 -- original unit visible, not the one it renames. The entity in the
2775 -- with clause is the renamed unit, but the identifier is the one from
2776 -- the source, which allows us to recover the unit renaming.
2778 ---------------------
2779 -- Build_Unit_Name --
2780 ---------------------
2787 begin
2790 -- If the parent unit P in the name of the with_clause for P.Q
2791 -- is a renaming of package R, then the entity of the parent is
2792 -- set to R, but the identifier retains Chars (P) to be consistent
2793 -- with the source (see details in lib-load). However, the
2794 -- implicit_with_clause for the parent must make the entity for
2795 -- P visible, because P.Q may be used as a prefix within the
2796 -- current unit. The entity for P is the current_entity with that
2797 -- name, because the package renaming declaration for it has just
2798 -- been analyzed. Note that this case can only happen if P.Q has
2799 -- already appeared in a previous with_clause in a related unit,
2800 -- such as the library body of the current unit.
2807 else
2811 else
2816 and then
2818 = N_Package_Renaming_Declaration
2819 then
2820 -- The name in the with_clause is of the form A.B.C, and B
2821 -- is given by a renaming declaration. In that case we may
2822 -- not have analyzed the unit for B, but replaced it directly
2823 -- in lib-load with the unit it renames. We have to make A.B
2824 -- visible, so analyze the declaration for B now, in case it
2825 -- has not been done yet.
2828 Analyze
2829 (Parent
2833 Result :=
2843 -- Start of processing for Expand_With_Clause
2845 begin
2847 Withn :=
2857 -- If the unit is a package declaration, a private_with_clause on a
2858 -- child unit implies the implicit with on the parent is also private.
2875 -----------------------
2876 -- Get_Parent_Entity --
2877 -----------------------
2880 begin
2883 then
2884 return Defining_Entity
2888 else
2893 ---------------------
2894 -- Has_With_Clause --
2895 ---------------------
2897 function Has_With_Clause
2901 is
2905 -- Return the entity for the unit named in a [limited] with clause
2907 ----------------
2908 -- Named_Unit --
2909 ----------------
2912 begin
2915 else
2920 -- Start of processing for Has_With_Clause
2922 begin
2929 then
2940 -----------------------------
2941 -- Implicit_With_On_Parent --
2942 -----------------------------
2944 procedure Implicit_With_On_Parent
2947 is
2955 -- Build prefix of child unit name. Recurse if needed
2958 -- If the unit is a child unit, build qualified name with all ancestors
2960 -------------------------
2961 -- Build_Ancestor_Name --
2962 -------------------------
2969 begin
2970 -- Ancestor may have been rewritten as a package body. Retrieve
2971 -- the original spec to trace earlier ancestors.
2975 then
2981 else
2982 return
2989 ---------------------
2990 -- Build_Unit_Name --
2991 ---------------------
2996 begin
3000 else
3001 Result :=
3011 -- Start of processing for Implicit_With_On_Parent
3013 begin
3014 -- The unit of the current compilation may be a package body that
3015 -- replaces an instance node. In this case we need the original instance
3016 -- node to construct the proper parent name.
3020 then
3024 -- We add the implicit with if the child unit is the current unit being
3025 -- compiled. If the current unit is a body, we do not want to add an
3026 -- implicit_with a second time to the corresponding spec.
3030 then
3042 -- Node is placed at the beginning of the context items, so that
3043 -- subsequent use clauses on the parent can be validated.
3056 --------------
3057 -- In_Chain --
3058 --------------
3063 begin
3068 else
3076 ---------------------
3077 -- Install_Context --
3078 ---------------------
3083 begin
3093 -----------------------------
3094 -- Install_Context_Clauses --
3095 -----------------------------
3105 begin
3106 -- First skip configuration pragmas at the start of the context. They
3107 -- are not technically part of the context clause, but that's where the
3108 -- parser puts them. Note they were analyzed in Analyze_Context.
3114 loop
3118 -- Loop through the actual context clause items. We process everything
3119 -- except Limited_With clauses in this routine. Limited_With clauses
3120 -- are separately installed (see Install_Limited_Context_Clauses).
3124 -- Case of explicit WITH clause
3128 then
3131 -- Limited withed units will be installed later
3135 -- If Name (Item) is not an entity name, something is wrong, and
3136 -- this will be detected in due course, for now ignore the item
3156 -- If the unit is a subprogram instance, it appears nested within
3157 -- a package that carries the parent information.
3161 then
3168 else
3169 -- If not an expanded name, the child unit must be a
3170 -- renaming, nothing to do.
3178 then
3179 Implicit_With_On_Parent
3183 -- Check license conditions unless this is a dummy unit
3195 -- Signal error of bad license
3197 -------------------
3198 -- License_Error --
3199 -------------------
3202 begin
3203 Error_Msg_N
3208 -- Start of processing for License_Check
3210 begin
3211 -- Exclude license check if withed unit is an internal unit.
3212 -- This situation arises e.g. with the GPL version of GNAT.
3217 -- Otherwise check various cases
3218 else
3225 License_Error;
3230 License_Error;
3235 License_Error;
3245 -- Case of USE PACKAGE clause
3250 -- Case of USE TYPE clause
3255 -- case of PRAGMA
3267 -- The unit also has implicit with_clauses on its own parents
3276 -- If the unit is a body, the context of the specification must also
3277 -- be installed. That includes private with_clauses in that context.
3282 then
3285 -- Only install private with-clauses of a spec that comes from
3286 -- source, excluding specs created for a subprogram body that is
3287 -- a child unit.
3290 Install_Private_With_Clauses
3296 -- If the unit is the body of a public child unit, the private
3297 -- declarations of the parent must be made visible. If the child
3298 -- unit is private, the private declarations have been installed
3299 -- already in the call to Install_Parents for the spec. Installing
3300 -- private declarations must be done for all ancestors of public
3301 -- child units. In addition, sibling units mentioned in the
3302 -- context clause of the body are directly visible.
3304 declare
3309 begin
3317 then
3328 -- For a package body, children in context are immediately visible
3334 N_Generic_Subprogram_Declaration,
3335 N_Package_Declaration,
3336 N_Subprogram_Declaration)
3337 then
3340 Set_Is_Private_Descendant
3345 else
3346 Set_Is_Private_Descendant
3357 -------------------------------------
3358 -- Install_Limited_Context_Clauses --
3359 -------------------------------------
3365 -- Check that the unlimited view of a given compilation_unit is not
3366 -- already visible through "use + renamings".
3369 -- Check that if a limited_with clause of a given compilation_unit
3370 -- mentions a descendant of a private child of some library unit, then
3371 -- the given compilation_unit shall be the declaration of a private
3372 -- descendant of that library unit, or a public descendant of such. The
3373 -- code is analogous to that of Check_Private_Child_Unit but we cannot
3374 -- use entities on the limited with_clauses because their units have not
3375 -- been analyzed, so we have to climb the tree of ancestors looking for
3376 -- private keywords.
3378 procedure Expand_Limited_With_Clause
3382 -- If a child unit appears in a limited_with clause, there are implicit
3383 -- limited_with clauses on all parents that are not already visible
3384 -- through a regular with clause. This procedure creates the implicit
3385 -- limited with_clauses for the parents and loads the corresponding
3386 -- units. The shadow entities are created when the inserted clause is
3387 -- analyzed. Implements Ada 2005 (AI-50217).
3390 -- When compiling a unit Q descended from some parent unit P, a limited
3391 -- with_clause in the context of P that names some other ancestor of Q
3392 -- must not be installed because the ancestor is immediately visible.
3394 ---------------------
3395 -- Check_Renamings --
3396 ---------------------
3406 begin
3409 -- Protect the frontend against previous critical errors
3412 when N_Subprogram_Declaration |
3413 N_Package_Declaration |
3414 N_Generic_Subprogram_Declaration |
3415 N_Generic_Package_Declaration =>
3422 -- Check "use + renamings"
3430 -- Look only at use package clauses
3434 -- Traverse the list of packages
3444 then
3445 -- The unlimited view is visible through use clause and
3446 -- renamings. There is no need to generate the error
3447 -- message here because Is_Visible_Through_Renamings
3448 -- takes care of generating the precise error message.
3454 -- The use clause may refer to a local package.
3455 -- Check all the enclosing scopes.
3460 loop
3465 Error_Msg_N
3478 -- Recursive call to check all the ancestors
3485 ---------------------------------------
3486 -- Check_Private_Limited_Withed_Unit --
3487 ---------------------------------------
3494 begin
3495 -- Compilation unit of the parent of the withed library unit
3499 -- If the child unit is a public child, then locate its nearest
3500 -- private ancestor, if any, then Child_Parent will then be set to
3501 -- the parent of that ancestor.
3506 loop
3517 -- Traverse all the ancestors of the current compilation unit to
3518 -- check if it is a descendant of named library unit.
3525 loop
3531 Error_Msg_N
3533 Error_Msg_NE
3538 or else Curr_Private
3541 N_Subprogram_Body,
3542 N_Subunit)
3543 then
3544 -- Current unit is private, of descendant of a private unit
3548 else
3549 Error_Msg_NE
3555 --------------------------------
3556 -- Expand_Limited_With_Clause --
3557 --------------------------------
3559 procedure Expand_Limited_With_Clause
3563 is
3569 -- Returns true if the context already includes a with_clause for
3570 -- this unit. If the with_clause is non-limited, the unit is fully
3571 -- visible and an implicit limited_with should not be created. If
3572 -- there is already a limited_with clause for W, a second one is
3573 -- simply redundant.
3575 --------------------------
3576 -- Previous_Withed_Unit --
3577 --------------------------
3582 begin
3583 -- A limited with_clause cannot appear in the same context_clause
3584 -- as a nonlimited with_clause which mentions the same library.
3590 then
3600 -- Start of processing for Expand_Limited_With_Clause
3602 begin
3607 -- Create node for name of withed unit
3609 Withn :=
3614 Withn :=
3626 Unum :=
3627 Load_Unit
3633 -- Do not generate a limited_with_clause on the current unit.
3634 -- This path is taken when a unit has a limited_with clause on
3635 -- one of its child units.
3642 Set_Corresponding_Spec
3649 -- Add implicit limited_with_clauses for parents of child units
3650 -- mentioned in limited_with clauses.
3666 ----------------------
3667 -- Is_Ancestor_Unit --
3668 ----------------------
3673 begin
3677 else
3682 -- Start of processing for Install_Limited_Context_Clauses
3684 begin
3689 then
3691 Expand_Limited_With_Clause
3699 then
3703 -- A unit may have a limited with on itself if it has a limited
3704 -- with_clause on one of its child units. In that case it is
3705 -- already being compiled and it makes no sense to install its
3706 -- limited view.
3708 -- If the item is a limited_private_with_clause, install it if the
3709 -- current unit is a body or if it is a private child. Otherwise
3710 -- the private clause is installed before analyzing the private
3711 -- part of the current unit.
3715 and then
3716 not Is_Ancestor_Unit
3718 then
3722 N_Subprogram_Body,
3723 N_Subunit)
3724 then
3733 -- Ada 2005 (AI-412): Examine the visible declarations of a package
3734 -- spec, looking for incomplete subtype declarations of incomplete types
3735 -- visible through a limited with clause.
3740 then
3741 declare
3746 begin
3750 and then
3752 and then
3754 then
3760 -- Convert an incomplete subtype declaration into a
3761 -- corresponding non-limited view subtype declaration.
3762 -- This is usually the case when analyzing a body that
3763 -- has regular with-clauses, when the spec has limited
3764 -- ones.
3766 -- If the non-limited view is still incomplete, it is
3767 -- the dummy entry already created, and the declaration
3768 -- cannot be reanalyzed. This is the case when installing
3769 -- a parent unit that has limited with-clauses.
3777 -- Reanalyze the declaration, suppressing the call to
3778 -- Enter_Name to avoid duplicate names.
3780 Analyze_Subtype_Declaration
3792 ---------------------
3793 -- Install_Parents --
3794 ---------------------
3802 begin
3812 N_Generic_Package_Declaration)
3814 then
3815 Error_Msg_N
3819 Error_Msg_N
3827 -- Verify that a child of an instance is itself an instance, or the
3828 -- renaming of one. Given that an instance that is a unit is replaced
3829 -- with a package declaration, check against the original node. The
3830 -- parent may be currently being instantiated, in which case it appears
3831 -- as a declaration, but the generic_parent is already established
3832 -- indicating that we deal with an instance.
3837 or else
3840 then
3842 else
3843 Error_Msg_N
3845 Lib_Unit);
3849 -- This is the recursive call that ensures all parents are loaded
3856 -- Now we can install the context for this parent
3862 -- The child unit is in the declarative region of the parent. The parent
3863 -- must therefore appear in the scope stack and be visible, as when
3864 -- compiling the corresponding body. If the child unit is private or it
3865 -- is a package body, private declarations must be accessible as well.
3866 -- Use declarations in the parent must also be installed. Finally, other
3867 -- child units of the same parent that are in the context are
3868 -- immediately visible.
3870 -- Find entity for compilation unit, and set its private descendant
3871 -- status as needed. Indicate that it is a compilation unit, which is
3872 -- redundant in general, but needed if this is a generated child spec
3873 -- for a child body without previous spec.
3887 -- Save current visibility of unit
3895 -- If the parent is a generic unit, its formal part may contain formal
3896 -- packages and use clauses for them.
3902 if Is_Private
3904 then
3911 ----------------------------------
3912 -- Install_Private_With_Clauses --
3913 ----------------------------------
3919 begin
3923 Write_Eol;
3931 then
3936 else
3946 ----------------------
3947 -- Install_Siblings --
3948 ----------------------
3955 begin
3956 -- Iterate over explicit with clauses, and check whether the scope of
3957 -- each entity is an ancestor of the current unit, in which case it is
3958 -- immediately visible.
3963 -- Do not install private_with_clauses declaration, unless unit
3964 -- is itself a private child unit, or is a body. Note that for a
3965 -- subprogram body the private_with_clause does not take effect until
3966 -- after the specification.
3971 then
3977 then
3982 then
3985 -- Check for the presence of another unit in the context that
3986 -- may be inadvertently hidden by the child.
3993 then
3994 declare
3997 begin
4002 then
4003 Error_Msg_NE
4015 -- The With_Clause may be on a grand-child or one of its further
4016 -- descendants, which makes a child immediately visible. Examine
4017 -- ancestry to determine whether such a child exists. For example,
4018 -- if current unit is A.C, and with_clause is on A.X.Y.Z, then X
4019 -- is immediately visible.
4022 declare
4025 begin
4038 -- If the item is a private with-clause on a child unit, the parent
4039 -- may have been installed already, but the child unit must remain
4040 -- invisible until installed in a private part or body, unless there
4041 -- is already a regular with_clause for it in the current unit.
4047 declare
4051 -- Scan context of current unit, to check whether there is
4052 -- a with_clause on the same unit as a private with-clause
4053 -- on a parent, in which case child unit is visible. If the
4054 -- unit is a grand-child, the same applies to its parent.
4056 ----------------
4057 -- In_Context --
4058 ----------------
4061 begin
4062 Clause :=
4069 then
4071 or else
4074 then
4085 begin
4095 ---------------------------------
4096 -- Install_Limited_Withed_Unit --
4097 ---------------------------------
4108 -- A unit mentioned in a limited with_clause may not be mentioned in
4109 -- a regular with_clause, but must still be included in the current
4110 -- partition. We need to determine whether the unit needs a body, so
4111 -- that the binder can determine the name of the file to be compiled.
4112 -- Checking whether a unit needs a body can be done without semantic
4113 -- analysis, by examining the nature of the declarations in the package.
4115 function Has_Limited_With_Clause
4118 -- Determine whether any package in the ancestor chain starting with
4119 -- C_Unit has a limited with clause for package Pack.
4122 -- Check if some package installed though normal with-clauses has a
4123 -- renaming declaration of package P. AARM 10.1.2(21/2).
4125 -------------------------
4126 -- Check_Body_Required --
4127 -------------------------
4134 -- Recursive procedure that does the work and checks nested packages
4136 ------------------------
4137 -- Check_Declarations --
4138 ------------------------
4147 -- If a pragma import applies to a previous subprogram, the
4148 -- enclosing unit may not need a body. The processing is syntactic
4149 -- and does not require a declaration to be analyzed. The code
4150 -- below also handles pragma Import when applied to a subprogram
4151 -- that renames another. In this case the pragma applies to the
4152 -- renamed entity.
4153 --
4154 -- Chains of multiple renames are not handled by the code below.
4155 -- It is probably impossible to handle all cases without proper
4156 -- name resolution. In such cases the algorithm is conservative
4157 -- and will indicate that a body is needed???
4159 -------------------------
4160 -- Check_Pragma_Import --
4161 -------------------------
4170 -- Make one pass over list of subprograms. Called again if
4171 -- subprogram is a renaming. E is known to be an identifier.
4173 ---------------------
4174 -- Remove_Homonyms --
4175 ---------------------
4179 -- Name of renamed entity, if any
4181 begin
4186 /= N_Subprogram_Renaming_Declaration
4187 then
4191 else
4195 else
4207 -- Renaming of attribute
4209 else
4215 -- Start of processing for Check_Pragma_Import
4217 begin
4218 -- Find name of entity in Import pragma. We have not analyzed
4219 -- the construct, so we must guard against syntax errors.
4225 then
4227 else
4234 -- Start of processing for Check_Declarations
4236 begin
4237 -- Search for Elaborate Body pragma
4242 loop
4251 -- Look for declarations that require the presence of a body. We
4252 -- have already skipped pragmas at the start of the list.
4256 -- Subprogram that comes from source means body may be needed.
4257 -- Save for subsequent examination of import pragmas.
4261 N_Subprogram_Renaming_Declaration,
4262 N_Generic_Subprogram_Declaration))
4263 then
4266 -- Package declaration of generic package declaration. We need
4267 -- to recursively examine nested declarations.
4270 N_Generic_Package_Declaration)
4271 then
4276 then
4283 -- Same set of tests for private part. In addition to subprograms
4284 -- detect the presence of Taft Amendment types (incomplete types
4285 -- completed in the body).
4291 N_Subprogram_Renaming_Declaration,
4292 N_Generic_Subprogram_Declaration))
4293 then
4297 N_Generic_Package_Declaration)
4298 then
4301 -- Collect incomplete type declarations for separate pass
4308 then
4315 -- Now check incomplete declarations to locate Taft amendment
4316 -- types. This can be done by examining the defining identifiers
4317 -- of type declarations without real semantic analysis.
4319 declare
4322 begin
4330 then
4337 -- If no completion, this is a TAT, and a body is needed
4348 -- Finally, check whether there are subprograms that still
4349 -- require a body, i.e. are not renamings or null.
4352 declare
4356 begin
4362 = N_Subprogram_Renaming_Declaration
4363 then
4368 then
4371 else
4382 -- Start of processing for Check_Body_Required
4384 begin
4385 -- If this is an imported package (Java and CIL usage) no body is
4386 -- needed. Scan list of pragmas that may follow a compilation unit
4387 -- to look for a relevant pragma Import.
4390 declare
4393 begin
4398 then
4410 -----------------------------
4411 -- Has_Limited_With_Clause --
4412 -----------------------------
4414 function Has_Limited_With_Clause
4417 is
4421 begin
4428 -- Retrieve the Compilation_Unit node for Par and determine if
4429 -- its context clauses contain a limited with for Pack.
4441 -- If there are more ancestors, climb up the tree, otherwise
4442 -- we are done.
4446 else
4454 ----------------------------------
4455 -- Is_Visible_Through_Renamings --
4456 ----------------------------------
4465 begin
4466 -- Example of the error detected by this subprogram:
4468 -- package P is
4469 -- type T is ...
4470 -- end P;
4472 -- with P;
4473 -- package Q is
4474 -- package Ren_P renames P;
4475 -- end Q;
4477 -- with Q;
4478 -- package R is ...
4480 -- limited with P; -- ERROR
4481 -- package R.C is ...
4485 loop
4491 N_Package_Declaration
4492 then
4493 Decl :=
4494 First (Visible_Declarations
4499 then
4500 -- Generate the error message only if the current unit
4501 -- is a package declaration; in case of subprogram
4502 -- bodies and package bodies we just return True to
4503 -- indicate that the limited view must not be
4504 -- installed.
4507 Error_Msg_N
4511 Error_Msg_NE
4528 -- If it is a body not acting as spec, follow pointer to the
4529 -- corresponding spec, otherwise follow pointer to parent spec.
4534 then
4537 -- Aux_Unit is a body that acts as a spec. Clause has
4538 -- already been flagged as illegal.
4542 else
4546 else
4556 -- Start of processing for Install_Limited_Withed_Unit
4558 begin
4561 -- In case of limited with_clause on subprograms, generics, instances,
4562 -- or renamings, the corresponding error was previously posted and we
4563 -- have nothing to do here. If the file is missing altogether, it has
4564 -- no source location.
4568 then
4574 -- Handle child packages
4581 -- Do not install the limited-view if the context of the unit is already
4582 -- available through a regular with clause.
4586 then
4590 -- Do not install the limited-view if the full-view is already visible
4591 -- through renaming declarations.
4597 -- Do not install the limited view if this is the unit being analyzed.
4598 -- This unusual case will happen when a unit has a limited_with clause
4599 -- on one of its children. The compilation of the child forces the
4600 -- load of the parent which tries to install the limited view of the
4601 -- child again. Installing the limited view must also be disabled
4602 -- when compiling the body of the child unit.
4605 or else
4608 then
4612 -- This scenario is similar to the one above, the difference is that
4613 -- the compilation of sibling Par.Sib forces the load of parent Par
4614 -- which tries to install the limited view of Lim_Pack [1]. However
4615 -- Par.Sib has a with clause for Lim_Pack [2] in its body, and thus
4616 -- needs the non-limited views of all entities from Lim_Pack.
4618 -- limited with Lim_Pack; -- [1]
4619 -- package Par is ... package Lim_Pack is ...
4621 -- with Lim_Pack; -- [2]
4622 -- package Par.Sib is ... package body Par.Sib is ...
4624 -- In this case Main_Unit_Entity is the spec of Par.Sib and Current_
4625 -- Sem_Unit is the body of Par.Sib.
4631 -- The body has a regular with clause
4636 -- One of the ancestors has a limited with clause
4639 N_Package_Specification
4641 then
4645 -- A common use of the limited-with is to have a limited-with
4646 -- in the package spec, and a normal with in its package body.
4647 -- For example:
4649 -- limited with X; -- [1]
4650 -- package A is ...
4652 -- with X; -- [2]
4653 -- package body A is ...
4655 -- The compilation of A's body installs the context clauses found at [2]
4656 -- and then the context clauses of its specification (found at [1]). As
4657 -- a consequence, at [1] the specification of X has been analyzed and it
4658 -- is immediately visible. According to the semantics of limited-with
4659 -- context clauses we don't install the limited view because the full
4660 -- view of X supersedes its limited view.
4663 and then
4666 then
4673 Write_Eol;
4676 -- If the unit has not been analyzed and the limited view has not been
4677 -- already installed then we install it.
4682 -- Minimum decoration
4694 -- Place entity on visibility structure
4702 Write_Eol;
4705 -- Install the incomplete view. The first element of the limited
4706 -- view is a header (an E_Package entity) used to reference the
4707 -- first shadow entity in the private part of the package.
4714 loop
4721 Write_Eol;
4728 -- If the unit appears in a previous regular with_clause, the regular
4729 -- entities of the public part of the withed package must be replaced
4730 -- by the shadow ones.
4732 -- This code must be kept synchronized with the code that replaces the
4733 -- shadow entities by the real entities (see body of Remove_Limited
4734 -- With_Clause); otherwise the contents of the homonym chains are not
4735 -- consistent.
4737 else
4738 -- Hide all the type entities of the public part of the package to
4739 -- avoid its usage. This is needed to cover all the subtype decla-
4740 -- rations because we do not remove them from the homonym chain.
4752 -- Replace the real entities by the shadow entities of the limited
4753 -- view. The first element of the limited view is a header that is
4754 -- used to reference the first shadow entity in the private part
4755 -- of the package. Successive elements are the limited views of the
4756 -- type (including regular incomplete types) declared in the package.
4763 loop
4766 -- Do not unchain nested packages and child units
4770 then
4771 declare
4774 begin
4778 -- Replace E in the homonyms list, so that the limited
4779 -- view becomes available.
4785 else
4786 loop
4789 -- E may have been removed when installing a
4790 -- previous limited_with_clause.
4809 Write_Eol;
4817 -- The package must be visible while the limited-with clause is active
4818 -- because references to the type P.T must resolve in the usual way.
4819 -- In addition, we remember that the limited-view has been installed to
4820 -- uninstall it at the point of context removal.
4825 -- If unit has not been analyzed in some previous context, check
4826 -- (imperfectly ???) whether it might need a body.
4829 Check_Body_Required;
4832 -- If the package in the limited_with clause is a child unit, the
4833 -- clause is unanalyzed and appears as a selected component. Recast
4834 -- it as an expanded name so that the entity can be properly set. Use
4835 -- entity of parent, if available, for higher ancestors in the name.
4838 declare
4842 begin
4847 loop
4850 -- Set entity of parent identifiers if the unit is a child
4851 -- unit. This ensures that the tree is properly formed from
4852 -- semantic point of view (e.g. for ASIS queries).
4859 -- Set entity of last ancestor
4872 -------------------------
4873 -- Install_Withed_Unit --
4874 -------------------------
4876 procedure Install_Withed_Unit
4879 is
4883 begin
4884 -- Ada 2005 (AI-262): Do not install the private withed unit if we are
4885 -- compiling a package declaration and the Private_With_OK flag was not
4886 -- set by the caller. These declarations will be installed later (before
4887 -- analyzing the private part of the package).
4892 then
4899 else
4904 Write_Eol;
4907 -- We do not apply the restrictions to an internal unit unless we are
4908 -- compiling the internal unit as a main unit. This check is also
4909 -- skipped for dummy units (for missing packages).
4914 then
4915 Check_Restricted_Unit
4921 -- If the unit is not analyzed after analysis of the with clause and
4922 -- it is an instantiation then it awaits a body and is the main unit.
4923 -- Its appearance in the context of some other unit indicates a
4924 -- circular dependency (DEC suite perversity).
4928 then
4929 Error_Msg_N
4935 -- If the child unit appears in the context of its parent, it is
4936 -- immediately visible.
4944 then
4945 -- Set flag as well on the visible entity that denotes the
4946 -- instance, which renames the current one.
4948 Set_Is_Visible_Child_Unit
4949 (Related_Instance
4953 -- The parent unit may have been installed already, and may have
4954 -- appeared in a use clause.
4965 or else Private_With_OK
4966 then
4973 -- A with-clause overrides a with-type clause: there are no restric-
4974 -- tions on the use of package entities.
4980 -- Ada 2005 (AI-377): it is illegal for a with_clause to name a child
4981 -- unit if there is a visible homograph for it declared in the same
4982 -- declarative region. This pathological case can only arise when an
4983 -- instance I1 of a generic unit G1 has an explicit child unit I1.G2,
4984 -- G1 has a generic child also named G2, and the context includes with_
4985 -- clauses for both I1.G2 and for G1.G2, making an implicit declaration
4986 -- of I1.G2 visible as well. If the child unit is named Standard, do
4987 -- not apply the check to the Standard package itself.
4992 then
4993 declare
4999 begin
5003 loop
5009 then
5013 then
5015 Error_Msg_N
5018 With_Clause);
5024 then
5025 -- With_clause for child unit of instance appears before
5026 -- in the context. We want to place the error message on
5027 -- it, not on the generic child unit itself.
5029 declare
5032 begin
5040 Error_Msg_N
5043 Prev_Clause);
5055 -------------------
5056 -- Is_Child_Spec --
5057 -------------------
5062 begin
5073 ------------------------------------
5074 -- Is_Legal_Shadow_Entity_In_Body --
5075 ------------------------------------
5079 begin
5081 and then
5082 Has_With_Clause
5086 -----------------------
5087 -- Load_Needed_Body --
5088 -----------------------
5090 -- N is a generic unit named in a with clause, or else it is a unit that
5091 -- contains a generic unit or an inlined function. In order to perform an
5092 -- instantiation, the body of the unit must be present. If the unit itself
5093 -- is generic, we assume that an instantiation follows, and load & analyze
5094 -- the body unconditionally. This forces analysis of the spec as well.
5096 -- If the unit is not generic, but contains a generic unit, it is loaded on
5097 -- demand, at the point of instantiation (see ch12).
5104 -- The loading and analysis is done with style checks off
5106 begin
5112 Unum :=
5113 Load_Unit
5123 else
5129 Write_Eol;
5141 -------------------------
5142 -- Build_Limited_Views --
5143 -------------------------
5158 -- Add attributes of an incomplete type to a shadow entity. The same
5159 -- attributes are placed on the real entity, so that gigi receives
5160 -- a consistent view.
5163 -- Add attributes of a package entity to the entity in a package
5164 -- declaration
5166 procedure Decorate_Tagged_Type
5170 -- Set basic attributes of tagged type T, including its class_wide type.
5171 -- The parameters Loc, Scope are used to decorate the class_wide type.
5174 -- Construct list of shadow entities and attach it to entity of
5175 -- package that is mentioned in a limited_with clause.
5177 function New_Internal_Shadow_Entity
5181 -- Build a new internal entity and append it to the list of shadow
5182 -- entities available through the limited-header
5184 -----------------
5185 -- Build_Chain --
5186 -----------------
5193 begin
5197 -- For each library_package_declaration in the environment, there
5198 -- is an implicit declaration of a *limited view* of that library
5199 -- package. The limited view of a package contains:
5201 -- * For each nested package_declaration, a declaration of the
5202 -- limited view of that package, with the same defining-
5203 -- program-unit name.
5205 -- * For each type_declaration in the visible part, an incomplete
5206 -- type-declaration with the same defining_identifier, whose
5207 -- completion is the type_declaration. If the type_declaration
5208 -- is tagged, then the incomplete_type_declaration is tagged
5209 -- incomplete.
5211 -- The partial view is tagged if the declaration has the
5212 -- explicit keyword, or else if it is a type extension, both
5213 -- of which can be ascertained syntactically.
5216 Is_Tagged :=
5219 or else
5221 and then
5222 Present
5230 else
5235 -- Create shadow entity for type
5237 Lim_Typ :=
5238 New_Internal_Shadow_Entity
5249 else
5256 N_Incomplete_Type_Declaration,
5257 N_Task_Type_Declaration,
5258 N_Protected_Type_Declaration)
5259 then
5262 Is_Tagged :=
5264 N_Incomplete_Type_Declaration)
5270 else
5275 Lim_Typ :=
5276 New_Internal_Shadow_Entity
5287 else
5300 -- Create shadow entity for type
5302 Lim_Typ :=
5303 New_Internal_Shadow_Entity
5317 -- Local package
5319 declare
5322 begin
5330 Lim_Typ :=
5331 New_Internal_Shadow_Entity
5343 -- Note: The non_limited_view attribute is not used
5344 -- for local packages.
5346 Build_Chain
5356 ------------------------------
5357 -- Decorate_Incomplete_Type --
5358 ------------------------------
5361 begin
5371 --------------------------
5372 -- Decorate_Tagged_Type --
5373 --------------------------
5375 procedure Decorate_Tagged_Type
5379 is
5382 begin
5386 -- Build corresponding class_wide type, if not previously done
5388 -- Note: The class-wide entity is shared by the limited-view
5389 -- and the full-view.
5394 -- Set parent to be the same as the parent of the tagged type.
5395 -- We need a parent field set, and it is supposed to point to
5396 -- the declaration of the type. The tagged type declaration
5397 -- essentially declares two separate types, the tagged type
5398 -- itself and the corresponding class-wide type, so it is
5399 -- reasonable for the parent fields to point to the declaration
5400 -- in both cases.
5404 -- Set remaining fields of classwide type
5417 -- Link type to its class-wide type
5423 ------------------------------------
5424 -- Decorate_Package_Specification --
5425 ------------------------------------
5428 begin
5429 -- Place only the most basic attributes
5435 --------------------------------
5436 -- New_Internal_Shadow_Entity --
5437 --------------------------------
5439 function New_Internal_Shadow_Entity
5443 is
5446 begin
5459 -- Start of processing for Build_Limited_Views
5461 begin
5464 -- A library_item mentioned in a limited_with_clause is a package
5465 -- declaration, not a subprogram declaration, generic declaration,
5466 -- generic instantiation, or package renaming declaration.
5477 when N_Generic_Package_Declaration |
5478 N_Generic_Subprogram_Declaration =>
5507 -- Check if the chain is already built
5517 -- Build the header of the limited_view
5524 -- Create the auxiliary chain. All the shadow entities are appended to
5525 -- the list of entities of the limited-view header
5527 Build_Chain
5531 -- Save the last built shadow entity. It is needed later to set the
5532 -- reference to the first shadow entity in the private part
5536 -- Ada 2005 (AI-262): Add the limited view of the private declarations
5537 -- Required to give support to limited-private-with clauses
5543 Set_First_Private_Entity
5545 else
5546 Set_First_Private_Entity
5553 -------------------------------
5554 -- Check_Body_Needed_For_SAL --
5555 -------------------------------
5560 -- Determine whether use of entity E might require the presence of its
5561 -- body. For a package this requires a recursive traversal of all nested
5562 -- declarations.
5564 ---------------------------
5565 -- Entity_Needed_For_SAL --
5566 ---------------------------
5571 begin
5574 then
5581 and then
5584 then
5590 then
5602 else
5607 -- Start of processing for Check_Body_Needed_For_SAL
5609 begin
5612 N_Generic_Package_Declaration
5613 and then
5615 then
5623 N_Subprogram_Declaration
5625 then
5629 Check_Body_Needed_For_SAL
5634 then
5639 then
5640 Check_Body_Needed_For_SAL
5645 --------------------
5646 -- Remove_Context --
5647 --------------------
5652 begin
5653 -- If this is a child unit, first remove the parent units
5662 ----------------------------
5663 -- Remove_Context_Clauses --
5664 ----------------------------
5670 begin
5671 -- Ada 2005 (AI-50217): We remove the context clauses in two phases:
5672 -- limited-views first and regular-views later (to maintain the
5673 -- stack model).
5675 -- First Phase: Remove limited_with context clauses
5680 -- We are interested only in with clauses which got installed
5681 -- on entry.
5686 then
5693 -- Second Phase: Loop through context items and undo regular
5694 -- with_clauses and use_clauses.
5699 -- We are interested only in with clauses which got installed on
5700 -- entry, as indicated by their Context_Installed flag set
5705 then
5710 then
5711 -- Remove items from one with'ed unit
5728 --------------------------------
5729 -- Remove_Limited_With_Clause --
5730 --------------------------------
5740 begin
5743 -- In case of limited with_clause on subprograms, generics, instances,
5744 -- or renamings, the corresponding error was previously posted and we
5745 -- have nothing to do here.
5753 -- Handle child packages
5763 Write_Eol;
5766 -- Prepare the removal of the shadow entities from visibility. The
5767 -- first element of the limited view is a header (an E_Package
5768 -- entity) that is used to reference the first shadow entity in the
5769 -- private part of the package
5774 -- Remove package and shadow entities from visibility if it has not
5775 -- been analyzed
5786 -- Otherwise this package has already appeared in the closure and its
5787 -- shadow entities must be replaced by its real entities. This code
5788 -- must be kept synchronized with the complementary code in Install
5789 -- Limited_Withed_Unit.
5791 else
5792 -- Real entities that are type or subtype declarations were hidden
5793 -- from visibility at the point of installation of the limited-view.
5794 -- Now we recover the previous value of the hidden attribute.
5807 loop
5808 -- Nested packages and child units were not unchained
5812 then
5813 -- If the package has incomplete types, the limited view of the
5814 -- incomplete type is in fact never visible (AI05-129) but we
5815 -- have created a shadow entity E1 for it, that points to E2,
5816 -- a non-limited incomplete type. This in turn has a full view
5817 -- E3 that is the full declaration. There is a corresponding
5818 -- shadow entity E4. When reinstalling the non-limited view,
5819 -- E2 must become the current entity and E3 must be ignored.
5826 then
5828 -- Lim_Typ is the limited view of a full type declaration
5829 -- that has a previous incomplete declaration, i.e. E3 from
5830 -- the previous description. Nothing to insert.
5834 else
5842 else
5845 loop
5854 -- Preserve structure of homonym chain
5864 -- Indicate that the limited view of the package is not installed
5870 --------------------
5871 -- Remove_Parents --
5872 --------------------
5882 begin
5888 then
5899 -- Remove from visibility the siblings as well, which are directly
5900 -- visible while the parent is in scope.
5913 -- This is the recursive call to remove the context of any higher
5914 -- level parent. This recursion ensures that all parents are removed
5915 -- in the reverse order of their installation.
5921 ---------------------------------
5922 -- Remove_Private_With_Clauses --
5923 ---------------------------------
5929 -- Check whether a given unit appears in a regular with_clause. Used to
5930 -- determine whether a private_with_clause, implicit or explicit, should
5931 -- be ignored.
5933 ----------------------------
5934 -- In_Regular_With_Clause --
5935 ----------------------------
5938 is
5941 begin
5947 then
5956 -- Start of processing for Remove_Private_With_Clauses
5958 begin
5963 then
5964 -- If private_with_clause is redundant, remove it from context,
5965 -- as a small optimization to subsequent handling of private_with
5966 -- clauses in other nested packages.
5969 declare
5971 begin
5983 else
5989 else
5995 ---------------------------------
5996 -- Remove_Unit_From_Visibility --
5997 ---------------------------------
6002 begin
6007 Write_Eol;
6018 --------
6019 -- sm --
6020 --------
6023 begin
6027 -------------
6028 -- Unchain --
6029 -------------
6034 begin
6043 else
6046 loop
6058 Write_Eol;