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=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,8295d69277f1696c X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.68.241.98 with SMTP id wh2mr2360205pbc.7.1337095691031; Tue, 15 May 2012 08:28:11 -0700 (PDT) Path: pr3ni1881pbb.0!nntp.google.com!news2.google.com!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail From: mjsilva@scriptoriumdesigns.com Newsgroups: comp.lang.ada Subject: Re: understanding runtime support Date: Tue, 15 May 2012 08:22:30 -0700 (PDT) Organization: http://groups.google.com Message-ID: <47497.3024.1337095350241.JavaMail.geo-discussion-forums@ynmk20> References: <28695516.0.1336708147839.JavaMail.geo-discussion-forums@pbcqw9> <28843126.1576.1336884548623.JavaMail.geo-discussion-forums@ynff7> <31100317.2013.1336922789420.JavaMail.geo-discussion-forums@ynmb39> <7948724.2.1336983886678.JavaMail.geo-discussion-forums@yneo6> <32791890.97.1336995087800.JavaMail.geo-discussion-forums@yneo6> <8547012.586.1337020482714.JavaMail.geo-discussion-forums@ynlq12> <28034736.36.1337025896359.JavaMail.geo-discussion-forums@ynll26> <10099625.0.1337029342748.JavaMail.geo-discussion-forums@yneh4> NNTP-Posting-Host: 12.35.64.226 Mime-Version: 1.0 X-Trace: posting.google.com 1337095689 5311 127.0.0.1 (15 May 2012 15:28:09 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Tue, 15 May 2012 15:28:09 +0000 (UTC) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=12.35.64.226; posting-account=qZVz2QoAAAAN9WxYp-9jYb7jORc4Zqwt User-Agent: G2/1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Date: 2012-05-15T08:22:30-07:00 List-Id: On Monday, May 14, 2012 11:48:08 PM UTC-7, Randy Brukardt wrote: > wrote in message=20 > news:10099625.0.1337029342748.JavaMail.geo-discussion-forums@yneh4... > > Sadly, there does not seem to be a cookbook as to how to create such a= =20 > > bare metal port for other devices/families. >=20 > Nothing "sad" about it; it's unavoidable. There is no "cookbook" to creat= ing=20 > bare machine versions; they have to be tailored to the device and board= =20 > capabilities.=20 Again, I look at the numbers of Ada-suitable microcontrollers being shipped= (tens of billions), and there's no clear way to get Ada on most of them. = That seems extremely short-sighted for the growth of Ada into markets it co= uld become a strong player in. =20 I look back on the MIL-STD-1750A and think if Ada was put on that (and I re= member the claims about what a small runtime was required), how hard could = it be to put it on modern devices of equal or greater capacity? So what's involved in e.g. Ada with Ravenscar tasking, no files, no propaga= ted exceptions? I would expect something like N Ada stub subprograms that = need to be customized for the hardware, along with some data objects. Thes= e subprograms would be hooked up to a hardware timer and whatever other har= dware subsystems necessary. =20 Only a very few dedicated souls will read through existing source to figure= out a way to port that source, but if a cookbook existed, similar to the d= oc for an RTOS that tells what each stub subprogram must be coded to provid= e, and defines each required data object, I suspect Ada would suddenly star= t appearing on a lot more varied hardware, and start getting noticed by a l= ot more people. And that would be a Very Good Thing IMO.