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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no 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: "G.B." Newsgroups: comp.lang.ada Subject: Re: Declaring constants for a abstract tagged type and concrete sub classes Date: Mon, 6 Jul 2015 19:36:59 +0200 Organization: A noiseless patient Spider Message-ID: References: <0ade6abf-34c0-46e2-8bd9-d60a00056321@googlegroups.com> <28d2406c-d579-4710-9b34-108317fe9abf@googlegroups.com> Reply-To: nonlegitur@futureapps.de Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Mon, 6 Jul 2015 17:35:35 +0000 (UTC) Injection-Info: mx02.eternal-september.org; posting-host="b96887e80893c84a90c3007226ca0d1c"; logging-data="5431"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX180Rhn9HhKAudP48uHqrabqsXFLrwltuX4=" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 In-Reply-To: <28d2406c-d579-4710-9b34-108317fe9abf@googlegroups.com> Cancel-Lock: sha1:APKVNS+k+5Z1h+4iNUhQZPiSK1o= Xref: news.eternal-september.org comp.lang.ada:26651 Date: 2015-07-06T19:36:59+02:00 List-Id: On 06.07.15 15:49, Serge Robyns wrote: >> In case you can afford a publicly abstract but >> privately non-abstract type, >> >> package Abstract_Root is >> type T_Root is abstract tagged private; >> procedure Set_XYZ (Self: in out T_Root; ABC : in Integer); >> function Get_XYZ (Self: in T_Root) return Integer; >> No_Element : constant T_Root; -- or T_Root'Class; >> private >> type T_Root is tagged record >> XYZ : Integer; >> end record; >> No_Element : constant T_Root := T_Root'(Xyz => 666); >> end Abstract_Root; >> >> Every object needs to be of a concrete type, whether constant >> or not. (...) > Seems not to work as expected, at least not on GNAT 2015. Just FTR, this is a working example, tested with GNAT 2015; did you change T_Root to concrete in the private part of Abstract_Root, leaving it abstract only in the public part? Is your constant No_Element perhaps declared outside Abstract_Root? > If I use No_Element : constant T_Root; => I get "type of object cannot be abstract" compile error