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=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: a07f3367d7,cb04cee6116c8ced
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news4.google.com!feeder.news-service.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: "(see below)" <yaldnif.w@blueyonder.co.uk>
Newsgroups: comp.lang.ada
Subject: Re: Package's private parts and protected types
Date: Mon, 08 Feb 2010 16:15:11 +0000
Message-ID: <C795E90F.13585C%yaldnif.w@blueyonder.co.uk>
References: <7ff3810f-3ee3-4f39-a54c-933ad7d0655c@36g2000yqu.googlegroups.com>
 <e89844fd-9f16-40a1-821a-177d4f02caf4@o3g2000yqb.googlegroups.com>
 <1v2la97s2yyvd.1rcy0ana8mver.dlg@40tude.net>
 <3bb38996-47f7-4f30-8255-f011501404b5@b10g2000yqa.googlegroups.com>
 <1qttzk1jbh24i$.xid2h7me3oec.dlg@40tude.net>
 <wccr5ovkb9f.fsf@shell01.TheWorld.com>
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: individual.net CpPZRl59nejdeDjcTXLhUweXZgYbMu7Ou1jrLv0VC4geHCaqZw
Cancel-Lock: sha1:HD5/YmmJzuy4ht16NMmLFunGZdE=
User-Agent: Microsoft-Entourage/12.20.0.090605
Thread-Topic: Package's private parts and protected types
Thread-Index: Acqo2eNmudWrrd89vUCmsQVwd2ylGg==
Xref: g2news1.google.com comp.lang.ada:8987
Date: 2010-02-08T16:15:11+00:00
List-Id: <comp.lang.ada>

On 08/02/2010 15:17, in article wccr5ovkb9f.fsf@shell01.TheWorld.com,
"Robert A Duff" <bobduff@shell01.TheWorld.com> wrote:

... 
> IIRC, Ada 83 tasks did not have private parts, and protected types
> did not exist.  Packages had private parts.  They were a mistake,
> IMHO.  But I don't think it's fair to blame Bjarne Stroustrup for
> this mistake.  ;-)

I guess we have to blame Jean Ichbiah? 8-)

Strangely, LIS, his ancestor of Ada, did not do this but had distinct,
separately compiled, interface, representation, and algorithm parts for the
LIS equivalent of packages.

I wonder what the rationale was for merging the first two. I suspect
compiler efficiency worries, valid at the time, that now are obsolete.

-- 
Bill Findlay
<surname><forename> chez blueyonder.co.uk