Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 22329 invoked from network); 18 May 2005 11:11:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 May 2005 11:11:39 -0000 Received: (qmail 22178 invoked by uid 500); 18 May 2005 11:11:12 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 22096 invoked by uid 500); 18 May 2005 11:11:10 -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 22060 invoked by uid 99); 18 May 2005 11:11:09 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: 217.155.92.109 is neither permitted nor denied by domain of ben@algroup.co.uk) Received: from mail.links.org (HELO mail.links.org) (217.155.92.109) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 18 May 2005 04:11:02 -0700 Received: from [193.133.15.218] (localhost [127.0.0.1]) by mail.links.org (Postfix) with ESMTP id 9BA8C33C33; Wed, 18 May 2005 12:10:33 +0100 (BST) Message-ID: <428B222F.7000302@algroup.co.uk> Date: Wed, 18 May 2005 12:08:31 +0100 From: Ben Laurie User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: harmony-dev@incubator.apache.org Cc: tromey@redhat.com Subject: Re: Against using Java to implement Java (Was: Java) References: <42845E09.7010507@algroup.co.uk> <4284E445.20303@apache.org> <892f710b0505170251627dea61@mail.gmail.com> <892f710b050518033033b503d7@mail.gmail.com> In-Reply-To: <892f710b050518033033b503d7@mail.gmail.com> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N David Griffiths wrote: > I think it's too slow to have the overhead of a function call for > every object allocation. This is the cost of modularization. I doubt > any of the mainstream JVMs you are competing with do this. How do you propose to allocate objects without function calls? -- http://www.apache-ssl.org/ben.html http://www.thebunker.net/ "There is no limit to what a man can do or how far he can go if he doesn't mind who gets the credit." - Robert Woodruff