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
X-Google-Thread: 103376,90108ed846e3f1bf
X-Google-Attributes: gid103376,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news2.google.com!news1.google.com!npeer01.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!cyclone1.gnilink.net!gnilink.net!nx02.iad.newshosting.com!newshosting.com!news2.euro.net!newsfeed.freenet.de!newsfeed00.sul.t-online.de!t-online.de!npeer.de.kpn-eurorings.net!npeer-ng2.de.kpn-eurorings.net!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Subject: Re: Why constructing functions is a mess [was Language lawyer
 question: task activation
Newsgroups: comp.lang.ada
User-Agent: 40tude_Dialog/2.0.15.1
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Reply-To: mailbox@dmitry-kazakov.de
Organization: cbb software GmbH
References: 
 <ccf8fc4b-80e3-4732-84e3-16c4e2d10c3d@v39g2000pro.googlegroups.com>
  <1dusr7frk73m7.nlsagplge0hk.dlg@40tude.net>
 <09a7aab3-d105-4a40-b25b-e2824cb12f89@j1g2000yqi.googlegroups.com>
 <rv6zobw6fror.csu22kh631qi$.dlg@40tude.net>
 <24bdd0df-9554-49de-9c5e-99572c9cdf34@g38g2000yqd.googlegroups.com>
 <d1d318e7-9cd8-4f28-9cc8-afa3752e711e@g38g2000yqd.googlegroups.com>
 <1v0f2pkso7p50.vein84avao5t.dlg@40tude.net>
 <499ede41$0$32665$9b4e6d93@newsspool2.arcor-online.net>
 <1lhxmo6l2ypux.bei2ffp1m3e$.dlg@40tude.net>
 <499f2c59$0$31868$9b4e6d93@newsspool3.arcor-online.net>
 <1vcaimc8kjj30$.kf3rsd670ebp$.dlg@40tude.net> <go9t07$lht$1@munin.nbi.dk>
 <1gxn72yzshp07$.6ytqydmmz37u.dlg@40tude.net>
 <49a92c29$0$32670$9b4e6d93@newsspool2.arcor-online.net>
 <1wzjy9pzbft1m.1lut7nszfkzmp$.dlg@40tude.net>
 <49a95a12$0$31347$9b4e6d93@newsspool4.arcor-online.net>
 <p2ugsc0q86gs.1wau2yijrzj7t.dlg@40tude.net>
 <49a97231$0$30236$9b4e6d93@newsspool1.arcor-online.net>
Date: Sat, 28 Feb 2009 18:48:35 +0100
Message-ID: <1mjbcbequf1wz.1o3nwuz7oqteo.dlg@40tude.net>
NNTP-Posting-Date: 28 Feb 2009 18:48:38 CET
NNTP-Posting-Host: 27bebcc8.newsspool2.arcor-online.net
X-Trace: 
 DXC=<hihH:mJVWP\PS5Xo=M[RVA9EHlD;3YcR4Fo<]lROoRQ^YC2XCjHcbYd8LUkWUHgaRDNcfSJ;bb[UIRnRBaCd<M^37U=>XSAhbPOl\J]LSBWP\
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news2.google.com comp.lang.ada:4825
Date: 2009-02-28T18:48:38+01:00
List-Id: <comp.lang.ada>

On Sat, 28 Feb 2009 18:19:38 +0100, Georg Bauhaus wrote:

> Dmitry A. Kazakov wrote:
> 
>> This only shows that you provided a wrong C++ example. The right one, i.e.
>> corresponding to the case I presented is
>> 
>> class T
>> {
>> public:
>>    virtual void op() = 0;
>>    T (char constraint);
>> private:
>>    char c;
>> };
> 
> I don't understand. Your example read
> 
>    type T (<>) is abstract tagged limited private;
>  private
>    type T ( ... constraints ...) is ...
> 
> So there is no way for a client to declare an object of type T,
> for one thing because there is no way to provide constraints.
> Consequenty, a corresponding C++ class T cannot have a public
> constructor (I thought).

You did wrong.

T is abstract. Its discriminants is an implementation detail to be hidden
in the private part of the package. Period.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de