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,c0f035b936128b6c
X-Google-Attributes: gid103376,public
X-Google-Thread: 1014db,c0f035b936128b6c
X-Google-Attributes: gid1014db,public
From: steved@pacifier.com (Steve Doiel)
Subject: Re: Ada95 to ANSI_C converter
Date: 1997/03/28
Message-ID: <5hfble$4d0$1@news.pacifier.com>#1/1
X-Deja-AN: 228999890
References: <5hbrah$ctt$1@gail.ripco.com>
 <01bc3a3d$7734db20$63f482c1@xhv46.dial.pipex.com> <dewar.859432540@merv>
Organization: Pacifier BBS, Vancouver, Wa.  ((360) 693-0325)
Newsgroups: comp.lang.ada,comp.lang.c
Date: 1997-03-28T00:00:00+00:00
List-Id: <comp.lang.ada>


In article <dewar.859432540@merv>, dewar@merv.cs.nyu.edu says...
>
>Nick says
>
><<Essentially, this is a task which should be quite feasible, as long as a
>moderately pragmatic approach is taken (IMHO!).>>
>
>Only if you restrict the Ada 95 to a very small subset. There are many
>features in Ada 95 that will cause significant trouble in converting to
>C (e.g. nested procedures, dynamic aggregates, dynamic arrays, particularly
>those in records, variant records, finalization, exceptions, packed arrays,
>etc. etc.)
>

It's amazing that Ada can be translated to machine code and is so difficult
to translate to 'C'.  After all 'C' isn't really that much different than
machine code is it? ;-)

Has anyone done any work to make the GCC back end generate 'C' code?  It
seems that this might be beneficial to all ports that use the GCC back end.

Of course it should not be expected that anyone but a 'C' compiler could
read the generated code.

Just a thought.

Steve Doiel