From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
	ip-172-31-65-14.ec2.internal
X-Spam-Level: 
X-Spam-Status: No, score=-3.2 required=3.0 tests=BAYES_00,NICE_REPLY_A,
	T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6
Path: eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: "Jeffrey R.Carter" <spam.jrcarter.not@spam.acm.org.not>
Newsgroups: comp.lang.ada
Subject: Re: New aggregates with Ada 2022.
Date: Thu, 30 Jun 2022 12:30:41 +0200
Organization: A noiseless patient Spider
Message-ID: <t9ju0h$1s8aa$1@dont-email.me>
References: <t8ml0l$1vo2$1@gioia.aioe.org> <t8qptm$gof$2@dont-email.me>
 <t8qrmo$p79$1@gioia.aioe.org> <t8tk6i$ue6$1@dont-email.me>
 <t8ulu9$jca$1@gioia.aioe.org> <t90ebe$nve$1@dont-email.me>
 <t91buq$10im$1@gioia.aioe.org> <t933oh$o2o$1@dont-email.me>
 <t93mr6$pvm$1@gioia.aioe.org> <t95uha$edq$1@dont-email.me>
 <t96i9f$1mc1$1@gioia.aioe.org> <t9d7u5$ogle$1@dont-email.me>
 <jhviamFe72sU1@mid.individual.net> <t9gir4$1bbuh$1@dont-email.me>
 <t9h2is$1ckn5$1@dont-email.me> <ji2q1nFu6qeU1@mid.individual.net>
 <t9jbfm$1n6pp$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 30 Jun 2022 10:30:42 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="6d4ab95904bc6901872aad06537a49cc";
	logging-data="1974602"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX184joodqd/Fd/NZAndLojjea+/hy7kHrI8="
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.9.1
Cancel-Lock: sha1:egOP/LZl0B1iEX0HjOwH/xTUOb0=
Content-Language: en-US
In-Reply-To: <t9jbfm$1n6pp$1@dont-email.me>
Xref: reader01.eternal-september.org comp.lang.ada:64061
List-Id: <comp.lang.ada>


On 2022-06-30 07:14, Randy Brukardt wrote:
 >
 > My design for a post-Ada langyage has a "Fixed_Vector" container for the
 > purposes of interfacing; it supports setting component sizes so it should
 > match any sort of interface. But most abstractions should be built on top of
 > some sort of bounded or unbounded container. The implementation would spend
 > much of its effort optimizing those basic containers rather than worrying
 > about making arrays fast.
 >
 > You said something about slices of matrices being a common operation. And I
 > agree with that, and it is one that Ada cannot support. It would be better
 > if slices were implemented as a form of function, so that they can be used
 > when they make sense (and only then). No reason to build in such things. (My
 > post-Ada language design includes variable-returning functions, so that sort
 > of need can be accomadated.)

My thinking along these lines I call King and have described informally at 
https://github.com/jrcarter/King. Taft's seems to be Parasail (and now 
Paradiso). Guest has orenda at https://github.com/Lucretia/orenda. Do you have 
any sort of description or specification of your "post-Ada language"? I would be 
interested in seeing that or learning more about it.

-- 
Jeff Carter
"Simplicity and elegance are unpopular because
they require hard work and discipline to
achieve and education to be appreciated."
Edsger Dijkstra
170