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,8201deea80f1752a,start X-Google-Attributes: gid103376,public From: "Jeff Creem" Subject: Re: 3-bit array porting problem from ADA83 to GreenHills ADA95 Date: 1999/11/05 Message-ID: <8005mk$qu7$1@pyrite.mv.net>#1/1 X-Deja-AN: 545065640 References: <382386fe.85782690@news.uswest.net> X-Priority: 3 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Complaints-To: abuse@mv.com X-Trace: pyrite.mv.net 941857300 27591 199.125.99.77 (6 Nov 1999 03:01:40 GMT) Organization: MV Communications, Inc. X-MSMail-Priority: Normal NNTP-Posting-Date: 6 Nov 1999 03:01:40 GMT Newsgroups: comp.lang.ada Date: 1999-11-06T03:01:40+00:00 List-Id: Darrell Higgins wrote in message news:382386fe.85782690@news.uswest.net... > Has anybody dealt (successfully) with a port of ADA83 that contains > 3-bit arrays of enumerated types into GH ADA95? GreenHills does not > support 3-bit arrays and we are searching for techniques/solutions to > achieve this port. > Our application constrains us to keep the arrays, due to the high LOC > affected. So how about it...Trash the compiler and look for a new one? > Be kind in reply - I'm a nervous ADA newbie. I got bit by this as well..It basically comes down to the fact that they are meeting the minimum standards of the LRM. I just changed the code so that it was more portable since it was a very small area of code. WIth lots of LOC in play you have two choices. Work with Green Hillsto get it included in the compiler (they have been good for me in the past with bugs -- not so good on features like this). Trash compiler and contact ACT (www.gnat.com) and see if there is a port available for your interest. GNAT has the most complete Ada95 support and better rep specs..