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,865386f3ea1dd9f0 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news3.google.com!news.glorb.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local1.nntp.dca.giganews.com!nntp.megapath.net!news.megapath.net.POSTED!not-for-mail NNTP-Posting-Date: Mon, 28 Feb 2005 16:28:57 -0600 From: "Randy Brukardt" Newsgroups: comp.lang.ada References: Subject: Re: [Ada] implement many new Ada 2005 features Date: Mon, 28 Feb 2005 16:31:09 -0600 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 Message-ID: <1ZqdnRrgeMe3Br7fRVn-qg@megapath.net> NNTP-Posting-Host: 64.32.209.38 X-Trace: sv3-gOCEChrDprRE2ARJFmcqBpcXatrRIym5WcE9Tx1XLtqJcj2rPwpl7wy4FaorP082IhJWG76Y4bYFOW6!qAaN7yoi+Sunh09L8U9uQCG0CUKB5XUMNg3SVZZcnSNaflDGgUNaSg9b00cOujscfRcAt/ZmHT5S X-Complaints-To: abuse@megapath.net X-DMCA-Complaints-To: abuse@megapath.net X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.31 Xref: g2news1.google.com comp.lang.ada:8549 Date: 2005-02-28T16:31:09-06:00 List-Id: "Colin Paul Gloster" wrote in message news:Pine.WNT.4.62.0502271630490.-706617@PC3... > On Thu, 17 Feb 2005, Randy Brukardt wrote: > > "[..] > > Certainly, Janus/Ada is not going to compete in every environment with GNAT > (it's certainly not suitable for hard real-time work, for instance), [..] > > [..]" > > However you do have the capability to port your cross development tools to > target an 8bit processor don't you? Some decade I may want to fund a > compiler for some poorly supported target I might be stuck with, and I > might get worried if you could not do a realtime executive for me. Real-time, yes. Hard real-time, I don't think so. The primary issue is that hard real-time systems usually need strict control over memory management as well. Janus/Ada generally uses dynamic allocation (heap, that is) for anything not statically sized, which (because of code sharing) includes function calls and pretty much anything in generics. So writing sane Ada code that completely avoids dynamic allocation is nearly impossible with Janus/Ada, and that would make it inappropriate for some purposes. (We'll probably eliminate some of the dynamic cases from function calls when we implement extended return statements, and our optimizer already eliminates many more, but I don't think that the general issue will disappear. Of course, with enough money, anything is possible...) Randy Brukardt.