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
X-Received: by 2002:a02:22c6:: with SMTP id
 o189mr27647704jao.35.1560038280131;
        Sat, 08 Jun 2019 16:58:00 -0700 (PDT)
X-Received: by 2002:aca:5ed7:: with SMTP id
 s206mr7632275oib.122.1560038279925;
 Sat, 08 Jun 2019 16:57:59 -0700 (PDT)
Path: 
 eternal-september.org!reader01.eternal-september.org!feeder.eternal-september.org!weretis.net!feeder6.news.weretis.net!feeder.usenetexpress.com!feeder-in1.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!s188no482116itb.0!news-out.google.com!l126ni446itl.0!nntp.google.com!g15no476523itd.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Sat, 8 Jun 2019 16:57:59 -0700 (PDT)
In-Reply-To: <qdff8m$6ig$1@franka.jacob-sparre.dk>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=47.185.234.171;
 posting-account=zwxLlwoAAAChLBU7oraRzNDnqQYkYbpo
NNTP-Posting-Host: 47.185.234.171
References: <28facad3-c55f-4ef2-8ef8-004925b7d1f1@googlegroups.com>
 <qcvqut$ejh$1@gioia.aioe.org>
 <dbbcf7b1-091f-4c87-b2b1-021bb9503b70@googlegroups.com>
 <qd2krk$pin$1@gioia.aioe.org>
 <f37f6f75-62d4-4152-917e-d666d67f6cb7@googlegroups.com>
 <qd6rb8$hl7$1@franka.jacob-sparre.dk>
 <a902e41a-729d-4c00-8e3f-0cda1822a349@googlegroups.com>
 <qd81gq$aej$1@dont-email.me> <87woi0xtwm.fsf@nightsong.com>
 <glpiqeFt9jqU1@mid.individual.net>
 <f611bdb8-5a40-48bd-afe5-17de72bbe193@googlegroups.com>
 <glq1rpF1v52U1@mid.individual.net>
 <4a0438de-1f1d-4469-aae4-908854d378ea@googlegroups.com>
 <qdbvth$3db$1@franka.jacob-sparre.dk>
 <47d02bdc-6b50-43aa-bc5d-bb5b6225f5bd@googlegroups.com>
 <qdff8m$6ig$1@franka.jacob-sparre.dk>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <c707c337-b31d-481f-a366-0cbaa6829bfe@googlegroups.com>
Subject: Re: Why .ads as well as .adb?
From: Optikos <optikos@verizon.net>
Injection-Date: Sat, 08 Jun 2019 23:58:00 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Xref: reader01.eternal-september.org comp.lang.ada:56568
Date: 2019-06-08T16:57:59-07:00
List-Id: <comp.lang.ada>

On Friday, June 7, 2019 at 11:57:59 PM UTC-5, Randy Brukardt wrote:
> "Maciej Sobczak" <see.my.homepage@gmail.com> wrote in message=20
> news:47d02bdc-6b50-43aa-bc5d-bb5b6225f5bd@googlegroups.com...
> >> Of course, you are essentially saying that separate
> >> compilation is unnecessary and all of the source for a program should =
be=20
> >> in
> >> one giant file
> >
> > Of course you are proving now that you did not understand the question=
=20
> > posted earlier in this thread.
>=20
> No, you are proving that you refuse to comprehend my actual point: that=
=20
> source file organization is irrelevant (except maybe to compilers). You'v=
e=20
> never once said a word about the important point: reducing coupling.

How could Green team & Jean Ichbiah or Ada9X or some future Ada 2025-or-the=
reabouts go further than current Ada in reducing coupling?  One potential w=
ay that emerged long after Green team & HOLWG's efforts in the 1970s concei=
vably might be if HOLWG-operating-in-a-different-decade had mandated AOP as=
pects (as separation of concerns to the programmer) and requirements for we=
avers (as how the separation of concerns as axes are to intersect in a well=
-formed system).

And the leadership of the C++ community never has embraced AOP aspect weavi=
ng.  AOP is one of the few paradigms that C++ has not attempted (obtusely) =
to mimic.

Other than AOP, are there other potential ways beyond Ada's current capabil=
ities that reducing coupling might be achieved?

> At this=20
> point, it appears that you are mainly trolling,

I concur with that.