Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 46110 invoked from network); 25 Jul 2006 10:55:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 25 Jul 2006 10:55:35 -0000 Received: (qmail 84066 invoked by uid 500); 25 Jul 2006 10:55:34 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 83336 invoked by uid 500); 25 Jul 2006 10:55:32 -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 83325 invoked by uid 99); 25 Jul 2006 10:55:32 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Jul 2006 03:55:32 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of marina.v.goldburt@gmail.com designates 64.233.182.191 as permitted sender) Received: from [64.233.182.191] (HELO nf-out-0910.google.com) (64.233.182.191) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Jul 2006 03:55:31 -0700 Received: by nf-out-0910.google.com with SMTP id x4so181210nfb for ; Tue, 25 Jul 2006 03:55:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=SDaDiF9UlvKTcsxFhvwP5SgmtHMOflKGdHdGOqXCi9vhDRQtCRojxqposP+5+0lX0NDkb9fJQiy/xJl3uEGQxSxuRGUuQrfmGQiyC7kRwLr4ZckJX73ag5KIkOdM6kSN16PJOdX61Ay3DZUD3QA9lS4EED0riPWChbRg8NabFKA= Received: by 10.78.151.3 with SMTP id y3mr2216751hud; Tue, 25 Jul 2006 03:55:10 -0700 (PDT) Received: by 10.78.139.10 with HTTP; Tue, 25 Jul 2006 03:55:10 -0700 (PDT) Message-ID: <9605648e0607250355j158a92c0v9ee48905f92b667e@mail.gmail.com> Date: Tue, 25 Jul 2006 14:55:10 +0400 From: "Marina Goldburt" To: harmony-dev@incubator.apache.org Subject: Re: [classlib] porting to other platforms In-Reply-To: <44C5F35D.7080000@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_10284_24383000.1153824910243" References: <9605648e0607250213r2ef0d952p13e7520cff2c27bf@mail.gmail.com> <44C5F35D.7080000@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_10284_24383000.1153824910243 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline >On 7/25/06, Paulex Yang wrote:mm... >Do you mean VM or classlib? I'm not familiar with current VM(DRL, >JCHEVM, BootJVM...)'s structure, but for classlib, IIRC we have >discussed these issue before, and seems the agreement is to layout them >into directories, >For example, the LUNI module has platform dependent natives, while >Security has platform dependent java codes, they are layout as this: >src -- main -- java(native) -- share -- linux -- windows The question is what to do if the code depends not only on an operating system but on a machine architecture too. (em64t,ipf ...) And it is only about the classlib. The DRLVM has possibilities to add architecture dependent code. (I don't know about other vms - I'm not familiar with them too) Marina ------=_Part_10284_24383000.1153824910243--