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,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.107.157.213 with SMTP id g204mr4584550ioe.39.1479215570397; Tue, 15 Nov 2016 05:12:50 -0800 (PST) X-Received: by 10.157.44.172 with SMTP id p41mr1415183otb.6.1479215570371; Tue, 15 Nov 2016 05:12:50 -0800 (PST) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!news.glorb.com!o1no3421ito.0!news-out.google.com!x12ni972ita.0!nntp.google.com!w132no3366ita.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Tue, 15 Nov 2016 05:12:50 -0800 (PST) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=192.35.17.12; posting-account=wdPkaAoAAADVaTmA4kb8x-tgqIlcwEIS NNTP-Posting-Host: 192.35.17.12 References: User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: Dynamic_Predicate and dispatching call From: Duckysmokton Injection-Date: Tue, 15 Nov 2016 13:12:50 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Xref: news.eternal-september.org comp.lang.ada:32322 Date: 2016-11-15T05:12:50-08:00 List-Id: Le lundi 7 novembre 2016 16:34:23 UTC+1, Egil H H a =C3=A9crit=C2=A0: > Wild guess: Remove the Gnat (SPARK) specific aspect Extensions_Visible... >=20 > From the description[1] of Extensions_Visible: > "For example, if a formal parameter of a specific tagged type T is conver= ted to a class-wide type and then used as a controlling operand in a dispat= ching call, then the (dynamic) callee might reference components of the par= ameter which are declared in some extension of T." >=20 > (As for the troll bait: wrong usage of compiler specific stuff could defi= nitely cause similar behaviour in C++, or any other language.) >=20 > [1]. http://docs.adacore.com/spark2014-docs/html/lrm/subprograms.html#ext= ensions-visible-aspects Interesting guess, but no... removing the aspect does not change the behavi= or of the compiler (indeed, this aspect is required only if SPARK_Mode is on). Thanx anyway