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!mx02.eternal-september.org!.POSTED!not-for-mail
From: Georg Bauhaus <bauhaus@futureapps.invalid>
Newsgroups: comp.lang.ada
Subject: Re: C versus Ada (once again :-)), was: Re: F-22 ADA Programming
Date: Mon, 03 Nov 2014 10:42:58 +0100
Organization: A noiseless patient Spider
Message-ID: <m37imr$124$1@dont-email.me>
References: <a510f410-56ea-46a6-9f3c-021a2389b936@googlegroups.com>
 <f4e05c1d-e52e-44f1-84e1-3814e526c469@googlegroups.com>
 <m2jvqm$qpc$2@dont-email.me>
 <dfa977d6-1458-4d8a-b226-15a759e321d6@googlegroups.com>
 <220f97ab-9aa2-4961-b140-2b271c3ab99a@googlegroups.com>
 <slrnm4ulto.nrc.lithiumcat@nat.rebma.instinctive.eu>
 <m2on9t$tv6$1@dont-email.me>
 <99759c3f-a35f-4745-a8fd-2fb6ab6fb1aa@googlegroups.com>
 <m2p0g5$4d0$1@dont-email.me>
 <48dc1630-8e7d-4e29-8bdd-53d74932d9d0@googlegroups.com>
 <m2pakq$99g$1@dont-email.me>
 <88a7f98c-55c2-4b5f-8a9d-c8b7512781c8@googlegroups.com>
 <m2ptm9$h8a$2@dont-email.me> <pgdzu6hi3mcu.kx0szqbevtow$.dlg@40tude.net>
 <m2r7k7$2m2$2@dont-email.me>
 <50cacb19-5d0b-4dbe-b91b-0b3b462913d6@googlegroups.com>
 <m2tnoi$j1q$4@speranza.aioe.org>
 <07d0ad94-160b-4873-ba1b-403e8c0bc420@googlegroups.com>
 <m2vlg9$onb$1@dont-email.me> <m31iit$74m$1@dont-email.me>
 <m32njo$ga6$1@dont-email.me> <m36n8t$s9j$1@dont-email.me>
Reply-To: nonlegitur@futureapps.de
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 3 Nov 2014 09:42:51 +0000 (UTC)
Injection-Info: mx02.eternal-september.org;
 posting-host="b96887e80893c84a90c3007226ca0d1c";
	logging-data="1092"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX19Ugb6UiPofNKTsFptTey8jf/WkdumhqYM="
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9;
 rv:24.0) Gecko/20100101 Thunderbird/24.6.0
In-Reply-To: <m36n8t$s9j$1@dont-email.me>
Cancel-Lock: sha1:xnlVTixEJkdXWFvYi/A1cFqHntw=
Xref: news.eternal-september.org comp.lang.ada:22987
Date: 2014-11-03T10:42:58+01:00
List-Id: <comp.lang.ada>

On 03.11.14 02:54, Simon Clubley wrote:
> Even in a specialist environment such as the one you mention, you
> should usually have a C compiler available which means for the
> non-critical stuff you can always import existing C language libraries
> from other environments.

Assuming "specialist environments" such as the workplace ...

> Will you always have an Ada compiler available in this case to import
> existing Ada libraries ?

... there currently are fewer Ada environments than there are
C environments, and ...

> Writing libraries in C gives you portability and general flexibility
> options you don't currently have with Ada. I wish that wasn't the case,
> but that's the reality.

... then there appears to be a personal incentive for continued use
of the C vehicle, even when the writer of the C library in question
adds abstractions that really are "flexible" emulations of language
features that are built-in elsewhere, uses tools that go way beyond
what a C compiler does, and adds a special touch of magical
configuration software called automess^H^H^H^Hconf. (Defeating the
purpose of a portable library, but that's another topic.)

This, then, is how the business-centric attitude, the economic aspect
at the individual level, contributes to C forever, unless someone "above"
sees an incentive to intervene, and stops this practice of consultancy
at its best ;-)

Maybe a SPARK profile run-time can help get more environments in place?