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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,af2e7a78c5c6e7c4 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-03-10 05:34:13 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!cyclone2.usenetserver.com!usenetserver.com!newsfeed2.earthlink.net!newsfeed.earthlink.net!newsmaster1.prod.itd.earthlink.net!newsread2.prod.itd.earthlink.net.POSTED!not-for-mail Message-ID: <3C8B53C6.BB216245@earthlink.net> From: "Marc A. Criley" Organization: Quadrus Corporation X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: JGnat support. was NetBeans and ADA?(Co-opt Java?) References: <3C8A2F63.E18B24D0@despammed.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sun, 10 Mar 2002 13:34:13 GMT NNTP-Posting-Host: 158.252.122.231 X-Complaints-To: abuse@earthlink.net X-Trace: newsread2.prod.itd.earthlink.net 1015767253 158.252.122.231 (Sun, 10 Mar 2002 05:34:13 PST) NNTP-Posting-Date: Sun, 10 Mar 2002 05:34:13 PST X-Received-Date: Sun, 10 Mar 2002 05:34:12 PST (newsmaster1.prod.itd.earthlink.net) Xref: archiver1.google.com comp.lang.ada:21017 Date: 2002-03-10T13:34:13+00:00 List-Id: Wes Groleau wrote: > > > However, perhaps one could swipe the Java idea entirely and create an Ada > > bytecode compiler with Java support, .... > > > > We already have the GNAT runtime libraries. Perhaps that would be a good > > place to start. .... > > If I understand you right, you mean an environment > where there would be an "Ada Virtual Machine (AVM)" > consisting mainly of the run-time libraries and a > byte-code interpreter, and a byte-code that includes > primitives for the Ada concurrency features? > > Interesting idea. I think that's one fork to take, another, though, is simply having a rich set of "standardized", portable, and consistent utility packages ready to go--comparable to the JDK. Marc A. Criley Consultant Quadrus Corporation www.quadruscorp.com