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.6 required=5.0 tests=BAYES_00,DATE_IN_PAST_24_48,
	FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: a07f3367d7,d5b211b0c1ffcf3e
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,UTF8
Received: by 10.204.141.4 with SMTP id k4mr498925bku.6.1339706597371;
        Thu, 14 Jun 2012 13:43:17 -0700 (PDT)
Path: 
 e27ni48625bkw.0!nntp.google.com!news1.google.com!news3.google.com!news4.google.com!feeder3.cambriumusenet.nl!feed.tweaknews.nl!81.171.88.16.MISMATCH!eweka.nl!hq-usenetpeers.eweka.nl!news.mixmin.net!aioe.org!.POSTED!not-for-mail
From: =?utf-8?Q?Yannick_Duch=C3=AAne_=28Hibou57?=
 =?utf-8?Q?=29?=
 <yannick_duchene@yahoo.fr>
Newsgroups: comp.lang.ada
Subject: Re: Practicalities of Ada for app development
Date: Wed, 13 Jun 2012 10:35:31 +0200
Organization: Ada @ Home
Message-ID: <op.wft15hjhule2fv@douda-yannick>
References: <f214ca96-cb72-4171-b952-32c19f6d0d7c@googlegroups.com>
 <f0203f8d31f75a88dab13832de823f5e@dizum.com>
 <89e137c8-45b1-48a3-8d15-3a15d8796af0@googlegroups.com>
NNTP-Posting-Host: uTPxqRaRRvkKn+mV+b6EbA.user.speranza.aioe.org
Mime-Version: 1.0
X-Complaints-To: abuse@aioe.org
User-Agent: Opera Mail/12.00 (Linux)
X-Notice: Filtered by postfilter v. 0.8.2
Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes
Content-Transfer-Encoding: Quoted-Printable
Date: 2012-06-13T10:35:31+02:00
List-Id: <comp.lang.ada>

Le Wed, 13 Jun 2012 02:04:07 +0200, Adam Beneschan <adam@irvine.com> a  =

=C3=A9crit:
> Maybe this should be a challenge to the Ada community to come up with =
 =

> some common package specification

I was wondering some days ago, if that already exist.

What's appealing in your idea, is the reference to specifications, not  =

implementations. We should indeed focus on common specifications, above =
 =

common libraries.

While I hardly believe a specification could match every one's style  =

convention and every one's common patterns. Even such a simple thing as =
 =

wither or not to use a =E2=80=9C_Type=E2=80=9D suffix on type names did =
not get an  =

unanimously approved answer (remember previous talks here on c.l.a on th=
e  =

subject).

So indeed, this may be specifications instead of libraries, and there ma=
y  =

also be two of three (probably more) specifications set for a given area=
.

Not a piece of cake.

-- =

=E2=80=9CSyntactic sugar causes cancer of the semi-colons.=E2=80=9D [1]
=E2=80=9CStructured Programming supports the law of the excluded muddle.=
=E2=80=9D [1]
[1]: Epigrams on Programming =E2=80=94 Alan J. =E2=80=94 P. Yale Univers=
ity