From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail From: Simon Wright Newsgroups: comp.lang.ada Subject: Re: Understanding the dependency to a-calend.adb introduced by gnatcoll-xref.adb in gnatcoll-xref.ali Date: Tue, 25 Aug 2015 08:34:48 +0100 Organization: A noiseless patient Spider Message-ID: References: <73ef89c7-3aea-4221-afac-cc83e2f1e674@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: mx02.eternal-september.org; posting-host="0903b4fccd19524a858dd481bbd547d7"; logging-data="11246"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+v4EBLIxBVgxQSvKRSeYauJ+6DfWcdJ4k=" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Cancel-Lock: sha1:tJDdg8B2YE3hbrW/7FZx5GARir8= sha1:jIH/qeFo6V5RsnpaVfaL2ORHdqg= Xref: news.eternal-september.org comp.lang.ada:27605 Date: 2015-08-25T08:34:48+01:00 List-Id: David SAUVAGE writes: > This is a GNAT specific topic, we are trying to understand why a > dependency to Ada.Calendar implementation is introduced by the > GNATColl.Xref unit in the gnatcoll-xref.ali [2] Ada Library > Information [1] file > > I would suppose this could be needed in the case of > generic-related-uses, but as that does not seem to be the case here, I > would expect only a dependency to a-calend.ads There are a whole lot of pragma Inline's in Ada.Calendar'spec (in the private part). https://gcc.gnu.org/onlinedocs/gnat_ugn/Inlining-of-Subprograms.html