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!matrix.darkstorm.co.uk!reality.xs3.de!news.jacob-sparre.dk!loke.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: seL4 as base of an AdaOS with some Spark proofing? Date: Fri, 1 Aug 2014 14:32:01 -0500 Organization: Jacob Sparre Andersen Research & Innovation Message-ID: References: <791c07d0-575d-42be-ad5c-219aa3cf7734@googlegroups.com> <9509bda5-4429-4e2c-ac97-bc7959257006@googlegroups.com> <67392172-e7c5-473b-ab8b-f9f56ed0d71f@googlegroups.com> <485a93a1-8920-4139-8563-591dba79d68d@googlegroups.com> NNTP-Posting-Host: static-69-95-181-76.mad.choiceone.net X-Trace: loke.gir.dk 1406921522 4363 69.95.181.76 (1 Aug 2014 19:32:02 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Fri, 1 Aug 2014 19:32:02 +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:21379 Date: 2014-08-01T14:32:01-05:00 List-Id: wrote in message news:485a93a1-8920-4139-8563-591dba79d68d@googlegroups.com... On Friday, August 1, 2014 9:42:03 AM UTC+2, kug...@web.de wrote: ... >> > Here is another idea. Let's for instance instead focus on tools that >> > can automatically translate C source code to Ada. >> >> What I know about C, you won't and I'm very sure you can't translate it >> to Ada in an automatic way. Of course you can translate C to Ada. There were various tools to do that back in the 1980s. The problem is that the Ada you get is terrible Ada (the one I saw was full of address manipulations). (That's true of any automatic language translator, BTW.) >Just because it hasn't been done before doesn't mean it is impossible. For >instance the > Go (golang) team in the person of Russ Cox is working on c2go and the > approach he > takes is unconventional. There is presentation about this on youtube. There's no problem doing such a translator (it's relatively easy to do). The problem is that the result is terrible Ada (little typing, lots of address math, etc.). In order to make *good* Ada, you need a redesign. That's also the case if you want to use SPARK or even the Ada 2012 contracts -- a translator can't create intentions that aren't in the source code. There's a reason such translators today stop at thin bindings -- that's because there is no point in going further without a redesign (and thin bindings ought to always be wrapped in a thick binding for Ada use). Randy.