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!.POSTED!not-for-mail
From: Paul Rubin <no.email@nospam.invalid>
Newsgroups: comp.lang.ada
Subject: Re: ANN: Cortex GNAT RTS 2018-07-15
Date: Fri, 27 Jul 2018 02:07:03 -0700
Organization: A noiseless patient Spider
Message-ID: <87wothrqrs.fsf@nightsong.com>
References: <ly1sc4ffrq.fsf@pushface.org> <87in5gf9nt.fsf@nightsong.com>
	<lywotve6ma.fsf@pushface.org>
Mime-Version: 1.0
Content-Type: text/plain
Injection-Info: reader02.eternal-september.org;
 posting-host="465eefdafb258f2581187c15f86634f1";
	logging-data="8786"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX1+oEEvt8dYy+6rmnnCBwQeT"
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux)
Cancel-Lock: sha1:8H2r841Wlq1fD0SZMCKSIyfdAbM=
	sha1:o1dYzcohVsoxZKjb2O8P6oYswrQ=
Xref: reader02.eternal-september.org comp.lang.ada:53975
Date: 2018-07-27T02:07:03-07:00
List-Id: <comp.lang.ada>

Simon Wright <simon@pushface.org> writes:
>         freertos...

I took a look at the freertos source code: the common kernel is 3 files
total around 10 KLOC of C, though a lot of it is conditionally compiled
based on feature flags.  It's about what you'd expect in an RTOS, i.e.
very low level, lots of pointer banging, critical sections, etc.

I wonder whether it's feasible to write something like that in Ada, with
just a few calls to intrinsics for stuff like interrupts.  Any thoughts?
It seems like a shame to have that much C code at the bottom of an Ada
application.