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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,fd27e49d2299ccb4 X-Google-Attributes: gid103376,public From: John McCabe Subject: Re: Much 16 bit Ada useage? Date: 1998/10/16 Message-ID: <707jka$6mm@gcsin3.geccs.gecm.com>#1/1 X-Deja-AN: 401784171 Content-Transfer-Encoding: 7bit References: <704rnj$9m@gcsin3.geccs.gecm.com> Content-Type: text/plain; charset=us-ascii Organization: Avatar Computer Consultants Limited Mime-Version: 1.0 Newsgroups: comp.lang.ada Date: 1998-10-16T00:00:00+00:00 List-Id: stt@houdini.camb.inmet.com (Tucker Taft) wrote: >>>However, it seems that the European production of the MA31750 will >>>stop, so new projects are likely to use the European and space >>>qualified implementations of the SPARC (ERC-32) or the ADI 21020 >>>DSP. (A port of GNAT for the latter would be nice. Does it exist?) >: I don't know if it exists, but Tartan were working on Ada for the >: SHARC (AD 21060) before being bought by TI, so I don't know what's >: happened to that. > >Intermetrics took over the SHARC Ada contract when TI bought Tartan. A >beta version of the product is now available from ADI >(lori.berenson@analog.com). > >However, the SHARC is definitely not a 16-bit processor. <..snip..> Of course - I wasn't trying to imply that it was. My comment was simply in response to the previous comment regarding the 21020. What I was trying to get over was that, at the time I looked at it, no one produced an Ada compiler for the 21020, and the closest I could see to that being a possibility was the Tartan SHARC compiler. >: I can still see a market for 16-bit processors in space applications, >: and I'm sure they'll be supported by Ada compiler - although maybe not >: Ada95. >If there is genuine interest, an Ada 95 compiler could be developed >relatively quickly, using either the GNAT/GCC approach, or the >Intermetrics AdaMagic front end generating ANSI C as an intermediate. >The basic problem is finding that first customer who wants to >help foot the bill... We welcome such inquiries. Last I heard, TLD were supposed to be getting together with ACT to come up with an Ada95 compiler for the MIL-STD-1750 processors build on the GNAT technology. I don't know if that happened or not. Anyone else know? I was never particularly impressed with TLD's Ada 83 for MIL-STD-1750 as a product, but when the code it generated worked, it was s**t hot.