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!news.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!aioe.org!news.ecp.fr!news.jacob-sparre.dk!loke.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: STM32F4 Discovery, communication and libraries
Date: Fri, 29 Aug 2014 18:35:48 -0500
Organization: Jacob Sparre Andersen Research & Innovation
Message-ID: <ltr2ol$k3q$1@loke.gir.dk>
References: <60a42dc6-d8d0-4432-ae5a-86de18b82840@googlegroups.com>
 <5kkrv9hejn2qhdckkeo8lidkbh3bkme1gn@4ax.com>
 <5b91313c-acf9-4a6e-b157-6ba7c8021567@googlegroups.com>
 <ru1tv9p9g8gtd7aijug3j2eojdpdgvhihk@4ax.com>
 <0513ad07-6fbe-463a-be6f-097cd5113f52@googlegroups.com>
 <e8yq8rtj1pcm$.glzqqjd7ulsi.dlg@40tude.net>
 <4f1ec65a-d66a-40bf-a0d6-278fde206e70@googlegroups.com>
 <uxgn4sadwori$.7fnns7uw9q79$.dlg@40tude.net>
 <1cd027f2-a0e0-4206-b989-4aed2090cde8@googlegroups.com>
 <1ibla8yyj3ibm$.1lz0cmeu8ptp2.dlg@40tude.net>
 <9620b2bd-9275-4273-b7ef-166c7227783b@googlegroups.com>
NNTP-Posting-Host: static-69-95-181-76.mad.choiceone.net
X-Trace: loke.gir.dk 1409355349 20602 69.95.181.76 (29 Aug 2014 23:35:49 GMT)
X-Complaints-To: news@jacob-sparre.dk
NNTP-Posting-Date: Fri, 29 Aug 2014 23:35:49 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
Xref: news.eternal-september.org comp.lang.ada:22003
Date: 2014-08-29T18:35:48-05:00
List-Id: <comp.lang.ada>

"Mike Silva" <mjsilva697@gmail.com> wrote in message 
news:9620b2bd-9275-4273-b7ef-166c7227783b@googlegroups.com...
...
>Second is a brief comment I received from AdaCore, that they are looking at
>another tasking subset that removes some of the Ravenscar limitations while
>still allowing a small and fast bare-metal tasking implementation.  In my 
>own
>words, I think they are looking for another sweet spot re functionaliy vs 
>runtime
>complexity, one that will be useful to designers not requiring the 
>guarantees that
>Ravenscar allows.  It makes a lot of sense to think that there could be 
>other
>beneficial tasking/runtime profiles besides just Ravenscar and full Ada.

I know IRTAW (the people who designed Ravenscar in the first place) are 
considering a project like that. So that might not turn out to be an 
AdaCore-only thing, but rather an Ada thing.

                                      Randy.