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=-0.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,641660bd28dd798d X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-06-05 21:18:31 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!mango.news.easynet.net!easynet-melon!easynet.net!psiuk-p2!psiuk-p3!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: Embedded Ada Development Tools Date: Wed, 5 Jun 2002 12:54:32 -0400 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: References: <3CFBC246.7020201@worldnet.att.net> <3CFE29BB.A7D22E77@NOSPAM.visteon.com> NNTP-Posting-Host: dhcp-200-133.miami.pace.co.uk X-Trace: nh.pace.co.uk 1023296074 24913 136.170.200.133 (5 Jun 2002 16:54:34 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 5 Jun 2002 16:54:34 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:25387 Date: 2002-06-05T16:54:34+00:00 List-Id: I've seen Ada for 16-bit processors, but you're point is taken. Most Ada implementations target 32-bit or bigger machines and while this is nice for some of the more grandiose projects, its not where most of the little commercial things live. And of course, even if it were possible to get an Ada compiler to target some small 8-bit processor, we'd still be stuck with that chicken-and-egg problem. Developers have no Ada compiler for these targets from which to choose, so their interests go elsewhere to what they can get. (Generally, C)Compiler-writers won't make something for that target because its a lot of work and they don't see any interested developers to justify the work. Such lack of compilers leads the developers to conclude that it isn't possible to get Ada targeted to their processors and fuels a lot of the misconceptions about Ada (too slow, too big, etc.) Maybe the correct answer is to do what seems to be the current direction - get Ada used in more PC/Workstation apps where the targeting job is a bit easier and as it gets more popular in this domain, it starts making it easier to justify targeting more embedded targets because of programmer familiarity, development of tools, etc. MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com "John Kern" wrote in message news:3CFE29BB.A7D22E77@NOSPAM.visteon.com... > > I suspect a lot of embedded projects start off small, (8/16-bit) and > eventually graduate to the 32-bitters where switching to Ada would > involve abandoning proven legacy C code. Ada seems to be mostly for > markets which have always though big (like aerospace) as opposed to the > industries started small (like automotive.) >