Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 7711 invoked from network); 23 May 2005 22:46:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 May 2005 22:46:20 -0000 Received: (qmail 43633 invoked by uid 500); 23 May 2005 22:46:15 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 43574 invoked by uid 500); 23 May 2005 22:46:14 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 43560 invoked by uid 99); 23 May 2005 22:46:14 -0000 X-ASF-Spam-Status: No, hits=0.9 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_20_30,HTML_MESSAGE,RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of kumpera@gmail.com designates 64.233.170.199 as permitted sender) Received: from rproxy.gmail.com (HELO rproxy.gmail.com) (64.233.170.199) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 23 May 2005 15:46:12 -0700 Received: by rproxy.gmail.com with SMTP id c16so914540rne for ; Mon, 23 May 2005 15:46:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=pBZiiZSpJbFLyk4SFVz/t6yU3RsEBM/HKL1z4FTIhm00ebA8TUmrEu6pypCY++5d+QsJIggVh6KJCdbEXw4GiA5zlJohL1sUVOTkn3nmv4IZwyryIBF3YLYt8ynKtaM1x4n2K8Zyiu9cvLSoU7VUAp/s64Bluej6FfkXkc0NALQ= Received: by 10.38.24.24 with SMTP id 24mr3433692rnx; Mon, 23 May 2005 15:46:09 -0700 (PDT) Received: by 10.38.90.2 with HTTP; Mon, 23 May 2005 15:46:09 -0700 (PDT) Message-ID: <8cca42d805052315463e8dcde2@mail.gmail.com> Date: Mon, 23 May 2005 19:46:09 -0300 From: Rodrigo Kumpera Reply-To: Rodrigo Kumpera To: harmony-dev@incubator.apache.org Subject: Re: [arch] The Third Way : C/C++ and Java and lets go forward In-Reply-To: <42924BA5.9070308@Jarnbjo.de> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3860_11578383.1116888369845" References: <6321D59D-3243-4CFF-90F5-AAE609B5C094@apache.org> <42924BA5.9070308@Jarnbjo.de> X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_3860_11578383.1116888369845 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Not true. A java-in-java JVM don=B4t need any C code. Making syscalls is as= =20 hard as calling a C function (from the assembly point of view), so providin= g=20 a wrapper for ether native functions or system calls is not that big deal.= =20 But, well, it would be a lot more profitable to leverage APR to do a lof of= =20 this dirty work.=20 But no java-in-java JVM can escape from having a C interface, at least for= =20 JNI. Rodrigo On 5/23/05, Tor-Einar Jarnbjo wrote:=20 >=20 > Geir Magnusson Jr. wrote: >=20 > > (for the record, this isn't about "not doing Java" or "not doing > > JikesRVM", but rather my understanding that we'll need a small C/C++ > > kernel to host the modules, no matter how they are written, and this > > is a way to get that going...) >=20 > Excuse me if I'm missing something, but wouldn't it be necessary to > implement parts of the VM or the class library in native code anyway? > I'm thinking about code to access e.g. resources like I/O devices, sound > etc.? Or is this discussion C vs Java restricted to the bytecode > executing part of the VM? >=20 > Tor >=20 > ------=_Part_3860_11578383.1116888369845--