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.7 required=5.0 tests=BAYES_00,INVALID_MSGID, REPLYTO_WITHOUT_TO_CC,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: "Tarjei T. Jensen" Subject: Re: ADA CORE TECHNOLOGIES ANNOUNCES GNAT-TO-JAVA SYSTEM Date: 1997/09/13 Message-ID: <341A7D65.46FC@online.no>#1/1 X-Deja-AN: 272127353 References: <34196E8E.1790@gsfc.nasa.gov> Organization: Jensen programvareutvikling Reply-To: tarjei@online.no Newsgroups: comp.lang.ada Date: 1997-09-13T00:00:00+00:00 List-Id: >Stephen Leake wrote: > >>>Robert Dewar wrote: >>> The final GNAT-to-Java system, to be implemented entirely in Ada 95, > > 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! > If there is a new backend will it lend itself to writing code generators for other architectures? Eight and sixteen bit microcontrollers would be obvious challenges. On the other hand; after having done some reading on the 8 bit controllers, I'm not so sure that any programming language is particularly suitable for these devices. At any rate it looks like tasking would be no good. There is not much context switching that can be done in 128 bytes or less. However devices like the Z-80 (HD-180) and 68xx should be feasible. Greetings, -- // Tarjei T. Jensen // tarjei@online.no || voice +47 51 62 85 58 // Support you local rescue centre: GET LOST!