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.3 required=5.0 tests=BAYES_00,
	REPLYTO_WITHOUT_TO_CC autolearn=no 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!.POSTED!not-for-mail
From: "G.B." <bauhaus@notmyhomepage.invalid>
Newsgroups: comp.lang.ada
Subject: Re: Musing on defining attributes and the ability to define an
 "abstract type X"-interface.
Date: Wed, 9 Aug 2017 20:17:46 +0200
Organization: A noiseless patient Spider
Message-ID: <omfjcf$ptt$1@dont-email.me>
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>
 <om4ulh$1e4$1@gioia.aioe.org>
 <e8fcbf71-7432-4410-bae7-34943479bf81@googlegroups.com>
 <omarqc$rrh$1@franka.jacob-sparre.dk>
 <202c2f80-ad58-4fac-9fff-e064fed782a9@googlegroups.com>
Reply-To: nonlegitur@notmyhomepage.de
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Wed, 9 Aug 2017 18:13:35 -0000 (UTC)
Injection-Info: mx02.eternal-september.org;
 posting-host="bbd32fba3e22dfdd70b30d67b6380ac7";
	logging-data="26557"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX1/AG0btgaxYGr6IoEuCvCrx6hb4wvZNmKo="
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0)
 Gecko/20100101 Thunderbird/45.8.0
In-Reply-To: <202c2f80-ad58-4fac-9fff-e064fed782a9@googlegroups.com>
Cancel-Lock: sha1:n5zKrNxmrFH7g3KkbL50h2xzI/I=
Xref: news.eternal-september.org comp.lang.ada:47660
Date: 2017-08-09T20:17:46+02:00
List-Id: <comp.lang.ada>

On 08.08.17 19:28, Shark8 wrote:
> changes for the sake of simplifying the language: in definition, in implementation, and [ultimately] in usage.

Simplification is not normally a viable business model.

Artificially maintained complexity, a preferance for supporting
legacy to verified rewriting(*), persuasively addressing fear in
view of ever growing old code: these will help businesses that
support the management of aging software. Consider "S"QL as a model
of managing relational data... (as opposed to some clean, core SQL).
Never draining enterprise funds!

(*) GNAT handles several editions of ISO Ada and more. But it does
not translate to, say, plain Ada 95.  And why should it do that?
Customers would be free to use updated Ada with well working Ada 95
compilers.