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,cb4ace8692938ec3,start X-Google-Attributes: gid103376,public From: Gautier Subject: Ada95 compiler using Ada83 as back-end Date: 2000/03/28 Message-ID: <38E0D3DB.6DC99DA6@maths.unine.ch>#1/1 X-Deja-AN: 603447841 Content-Transfer-Encoding: 7bit X-Accept-Language: en Content-Type: text/plain; charset=us-ascii X-Trace: 28 Mar 2000 17:46:35 +0100, mac13-32.unine.ch Organization: Maths - Uni =?iso-8859-1?Q?Neuch=E2tel?= MIME-Version: 1.0 Newsgroups: comp.lang.ada Date: 2000-03-28T00:00:00+00:00 List-Id: ... does it exist ? What I mean: a program that translates Ada 95 code into "intermediate" Ada 83 code, referencing some packages like Interfaces, implementation of streams etc., eventually system-dependant. Just curious... [Some people (at least 1 in c.l.a.) will ask: but why would you want to look for such a beast ? My answer: there are very good Ada 83 compilers, that may have been replaced by other Ada 95 compilers not based on their predecessors, maybe not as efficient on some points - e.g. optimised numerics, arrays etc. It would be useful to compare evolution of some features and maybe help tuning new Ada 95 compiler versions. Of course one can compile Ada 83 programs on both 83 and 95 compilers, first. But it could be interesting to compile Ada 95 with these old compilers for special needs] ______________________________________________________ Gautier -- http://members.xoom.com/gdemont/gsoft.htm