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
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!gandalf.srv.welterde.de!news.jacob-sparre.dk!franka.jacob-sparre.dk!pnx.dk!.POSTED.rrsoftware.com!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: Musing on defining attributes and the ability to define an
 "abstract type X"-interface.
Date: Thu, 10 Aug 2017 19:40:29 -0500
Organization: JSA Research & Innovation
Message-ID: <omiudu$t7o$1@franka.jacob-sparre.dk>
References: <9617c73b-e23e-405b-8544-4d17e7e3ad61@googlegroups.com>
 <okpnfb$9du$1@gioia.aioe.org>
 <28512bf1-0c2c-400f-a24f-cc7e0eb8a02d@googlegroups.com>
 <87h8y67trd.fsf@jacob-sparre.dk>
 <ae46a44e-ee1e-42f6-ae8d-a02ae012e31d@googlegroups.com>
 <om32rl$ess$1@franka.jacob-sparre.dk>
 <36a1a83d-f3d7-4e3c-827d-addeadc28ccc@googlegroups.com>
 <omas4f$s1n$1@franka.jacob-sparre.dk> <ombrm4$18q4$1@gioia.aioe.org>
 <omdltu$m87$1@franka.jacob-sparre.dk> <omebk4$1115$1@gioia.aioe.org>
 <omg5gj$2tk$1@franka.jacob-sparre.dk> <omh0da$1an0$1@gioia.aioe.org>
Injection-Date: Fri, 11 Aug 2017 00:40:30 -0000 (UTC)
Injection-Info: franka.jacob-sparre.dk;
 posting-host="rrsoftware.com:24.196.82.226";
	logging-data="29944"; mail-complaints-to="news@jacob-sparre.dk"
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-RFC2646: Format=Flowed; Response
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.7246
Xref: news.eternal-september.org comp.lang.ada:47688
Date: 2017-08-10T19:40:29-05:00
List-Id: <comp.lang.ada>

"Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> wrote in message 
news:omh0da$1an0$1@gioia.aioe.org...
> On 2017-08-10 01:22, Randy Brukardt wrote:
...
>> You (you meaning developers in general here) do care a lot about
>> performance; if Ada programs for Ada 2020 performed more like Python
>> programs than C programs, there would be a major outcry.
>
> I mean minor performance penalties, not something catastrophic.

A lot of the stuff you ask for would result in Ada performing a lot more 
like Python than C, simply because implementing it would require a more 
interpretive approach - more like finding the appropriate action in a state 
machine rather than just executing the generated code. (Some parts of Ada 
are already like that, especially type conversions and memberships involving 
class-wide types.) That's especially true when every type has the 
compatibility.

                                       Randy.