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-91-241.ec2.internal
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=3.0 tests=none autolearn=ham
	autolearn_force=no version=3.4.6
Path: eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Kevin Chadwick <kc-usenet@chadwicks.me.uk>
Newsgroups: comp.lang.ada
Subject: Re: Should light runtimes get more consideration?
Date: Thu, 28 Sep 2023 09:46:23 -0000 (UTC)
Organization: A noiseless patient Spider
Message-ID: <uf3i1e$3kj1k$1@dont-email.me>
References: <ueug62$2fvor$1@dont-email.me> <uf2t17$3h8mi$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 28 Sep 2023 09:46:23 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="a248bed265e914cdd827b29ba5ac4577";
	logging-data="3820596"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX18VORjwx+Ou8ff/9ouhqYLIrcY1cHGwYuE="
User-Agent: PhoNews/3.12.0 (Android/13)
Cancel-Lock: sha1:AXMbnFmngvb53MwSMLr9YKqhu8k=
In-Reply-To: <uf2t17$3h8mi$1@dont-email.me>
Xref: news.eternal-september.org comp.lang.ada:65741
List-Id: <comp.lang.ada>


>Bounded Text_Buffer instead. So the language addresses this particular 
>concern.
>
>I don't know if GNAT implements all of those ways (in particular, the 
>restriction Max_Image_Length), but that is hardly the fault of the language!

I see. I guess the error message could suggest those options, too. Perhaps
 after the 2022 Gnat support work is completed.

That buffer support is pretty neat but my main concern which Gnat may (it
 may not) address more than the current language by providing a cortex
 runtime. Is that such demanding runtimes are brilliant but I am not sure if
 even Ravenscar is scalable to so many microchips such as Rust is trying to
 support. That isn't a huge issue but barriers to entry like having to work
 out your own exception replacement might be turning users away. Which is
 unfortunate when Ada is the best language out there by a significant margin
 for embedded development or frankly any protocol or hardware register use.

Of course others will rightly argue Ada is the best due to many of the more
 complex runtime features but that doesn't help with the issue of ease of
 adoption on an unsupported microchip that I have raised above.

>
>For anyone else interested in this particular discussion, I recommend 
>reading and following up on the ARG Githib issue rather than here 
>(https://github.com/Ada-Rapporteur-Group/User-Community-Input/issues/67).
>