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.8 required=5.0 tests=BAYES_00,INVALID_MSGID,
	SUBJ_ALL_CAPS autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,9e20292f693f1408
X-Google-Attributes: gid103376,public
From: dewar@merv.cs.nyu.edu (Robert Dewar)
Subject: Re: ADA CORE TECHNOLOGIES ANNOUNCES GNAT-TO-JAVA SYSTEM
Date: 1997/09/13
Message-ID: <dewar.874165896@merv>#1/1
X-Deja-AN: 272202302
References: <dewar.873998738@merv> <34196E8E.1790@gsfc.nasa.gov>
Organization: New York University
Newsgroups: comp.lang.ada
Date: 1997-09-13T00:00:00+00:00
List-Id: <comp.lang.ada>


Stephe says

<<This sounds like you are NOT planning on adapting the backend of gcc to
write JVM byte codes, but are instead implementing a new backend in Ada.
This is cool! Will this backend be as data-driven as gcc? What I really
want to know is; will I be able to adapt the new backend to my flight
processor, and abandon gcc? gcc is great, but adapting it means writing
K&R level C; I'd much rather be writing Ada95!>>

That's right -- making GCC produce JVM byte code makes no sense, since the
level of abstraction is quite wrong. What we are doing is a completely new
backend that generates JVM from the GNAT tree.

As to your question about adaptation, if you believe that going through
JVM and JIT compilers etc can yieled acceptably efficient code then indeed
you can follow this path (and perhaps you can also get a job as a publicity
agent for Sun :-)