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!feeder.eternal-september.org!nntp-feed.chiark.greenend.org.uk!ewrotcd!newsfeed.xs3.de!io.xs3.de!news.jacob-sparre.dk!franka.jacob-sparre.dk!pnx.dk!.POSTED.rrsoftware.com!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: "Equality operator appears too late" Date: Sun, 11 Nov 2018 00:32:29 -0600 Organization: JSA Research & Innovation Message-ID: References: <33246c2f-a26c-4744-b468-0a7637bc838f@googlegroups.com> <499c632b-c551-46fc-9563-86594aaa0001@googlegroups.com> Injection-Date: Sun, 11 Nov 2018 06:32:30 -0000 (UTC) Injection-Info: franka.jacob-sparre.dk; posting-host="rrsoftware.com:24.196.82.226"; logging-data="15760"; mail-complaints-to="news@jacob-sparre.dk" X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Original X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.7246 Xref: reader02.eternal-september.org comp.lang.ada:54809 Date: 2018-11-11T00:32:29-06:00 List-Id: wrote in message news:499c632b-c551-46fc-9563-86594aaa0001@googlegroups.com... > I've tried the code with GNAT Community Edition 2018 and got > the same error message. My spontaneous guess is that this is a > compiler bug. The work around would be to rewrite the code not > to instantiate the generic package > Ada.Containers.Unbounded_Priority_Queues inside a generic > compilation unit. I hope somebody else in this forum has a better idea > on what to do. Use a different compiler? :-) There rarely is a *good* solution when dealing with a compiler bug. >The error is occurring when the builder tries to elaborate the >Ada.Containers.Unbounded_Priority_Queues package, where and >"=" operator is defined on line 76. The language-defined specification of that package doesn't contain any "=" operator, so the existence of such a thing itself might be the bug. Note that Ada 2012 adopted rules for overriding of "=" for untagged record types similar to those for tagged record types (that was to allow composition to make sense), and thus some "=" declarations that were legal in previous Ada aren't legal anymore. Perhaps a recent GNAT tightened up these rules and caught some of their library code. Randy.