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.1 required=5.0 tests=BAYES_00,
	PP_MIME_FAKE_ASCII_TEXT autolearn=no autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!feeder.eternal-september.org!gandalf.srv.welterde.de!news.jacob-sparre.dk!franka.jacob-sparre.dk!pnx.dk!.POSTED.rrsoftware.com!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: Ravenscar References
Date: Mon, 21 Jan 2019 17:19:43 -0600
Organization: JSA Research & Innovation
Message-ID: <q25k2g$of1$1@franka.jacob-sparre.dk>
References: <q1nqpc$f2k$1@gioia.aioe.org> <lyo98gh3ko.fsf@pushface.org>
 <q1t8ph$fc0$1@gioia.aioe.org> <q22a5c$d8o$1@dont-email.me>
Injection-Date: Mon, 21 Jan 2019 23:19:44 -0000 (UTC)
Injection-Info: franka.jacob-sparre.dk;
 posting-host="rrsoftware.com:24.196.82.226";
	logging-data="25057"; mail-complaints-to="news@jacob-sparre.dk"
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-RFC2646: Format=Flowed; Response
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.7246
Xref: reader01.eternal-september.org comp.lang.ada:55321
Date: 2019-01-21T17:19:43-06:00
List-Id: <comp.lang.ada>

"Jeffrey R. Carter" <spam.jrcarter.not@spam.not.acm.org> wrote in message 
news:q22a5c$d8o$1@dont-email.me...
> On 1/18/19 8:18 PM, lyttlec wrote:
>>
>> I need to port lots of existing more or less standard
>> components to meet Ravenscar. This is to satisfy some regulatory
>> authorities.
>
> I don't know that "port" is a good word for this activity. I once looked 
> at implementing Sandén's FMS problem using Ravenscar. Starting from the 
> requirements, I first had to find a Ravenscar-suitable design. The 
> standard design has a dynamic task per job, and is clearly not possible 
> using Ravenscar. An alternative design using a task per workstation had to 
> be used.
>
> From that choice, Ravenscar drove a proliferation of protected objects and 
> helper tasks. Things that were simple in full Ada became much more complex 
> to meet the restrictions of the profile.
>
> Presumably you would need to apply a similar process to each of the 
> components you need to convert.

Note that the less strict profile Jorvik, defined in Ada 2020 (and already 
implemented in GNAT) would simplify this process.

I don't think it is possible to "convert" regular Ada code into Ravenscar 
(unless, of course, it doesn't use any tasks ;-). You pretty much have to 
completely rewrite it with Ravenscar in mind. (In this way, it is very much 
like using SPARK.)

                                    Randy.