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=-1.7 required=3.0 tests=BAYES_00,NICE_REPLY_A, REPLYTO_WITHOUT_TO_CC,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 Path: eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail From: "G.B." Newsgroups: comp.lang.ada Subject: Re: MS going to rust (and Linux too) Date: Sat, 24 Sep 2022 19:49:19 +0200 Organization: A noiseless patient Spider Message-ID: References: Reply-To: nonlegitur@notmyhomepage.de MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Sat, 24 Sep 2022 17:49:20 -0000 (UTC) Injection-Info: reader01.eternal-september.org; posting-host="c34d97544b8f772e77e7b7769c677fd6"; logging-data="3195425"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19ESgGP5mfPxr7YCk2pS1vy6ZuZx9NwR7Q=" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.13.1 Cancel-Lock: sha1:sGIiNCT05XLP8PPk9b3ZlnY81WI= Content-Language: en-US In-Reply-To: Xref: reader01.eternal-september.org comp.lang.ada:64397 List-Id: On 24.09.22 15:05, Luke A. Guest wrote: > On 24/09/2022 12:41, G.B. wrote: > >> Write a really good driver for Linux using Ada 2012 and do not use >> capital letters in the source text, at least where Linux doesn't. >> Be silent about the language. Can an Adaist do that, to save the >> language? > > The biggest problem is that the compiled runtime is compiler version dependent and the pain of making a runtime for linux kernel dev available for each and every compiler version, remember these things can also change on a version change too. Won't the Ada run-time need very little? Even the full Ravenscar profile seems to offer too much, as, for example, Linux kernel drivers need no Ada tasking at all. Would I want Ada exceptions in drivers? And to hell with Ada Strings and non-kernel I/O ;-) If a "kernel-profiled" flavor of protected types will be an interesting approach to handling events and race conditions, by basing protected objects on kernel primitives, then I imagine their implementation to be another nice one _not_ to brag about, but to just use. Every language is adding "await" and "async", Java has gone lower than "synchronized" many versions ago. Every language is not just catching up, from users' POV... Ada 2022 is full of popular niceties (cf. "Ada 2022 Overview posted"). Combine them with added insight into program properties when using SPARK and similar features. The resulting language needs no mention of the name "Ada" at all in order to be convincing.