Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 70011 invoked from network); 9 Aug 2006 18:36:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 9 Aug 2006 18:36:21 -0000 Received: (qmail 87906 invoked by uid 500); 9 Aug 2006 18:36:16 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 87846 invoked by uid 500); 9 Aug 2006 18:36:15 -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 87827 invoked by uid 99); 9 Aug 2006 18:36:14 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Aug 2006 11:36:14 -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 rdasgupt@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; Wed, 09 Aug 2006 11:36:13 -0700 Received: by nf-out-0910.google.com with SMTP id a25so250026nfc for ; Wed, 09 Aug 2006 11:35:46 -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=NdaUL3yGlh/UdOpWUuQikN5VOHwhD0tbM8rZpzBU0o0cb3cmg59K+temA9qtg6YwpAdNzppe51Tcab+KvViA48QHLVAXIIeQ0n94Hs10Gu2bO6hfvZllXztqVelXYka81j/lNh60AqHUcLvzhN38xUgMEZJ+lIZLd00awOWxjmI= Received: by 10.78.177.3 with SMTP id z3mr553120hue; Wed, 09 Aug 2006 11:35:46 -0700 (PDT) Received: by 10.78.118.5 with HTTP; Wed, 9 Aug 2006 11:35:46 -0700 (PDT) Message-ID: <51d555c70608091135q619ca873yd1e0b7ad7ca4b7a5@mail.gmail.com> Date: Wed, 9 Aug 2006 11:35:46 -0700 From: "Rana Dasgupta" To: harmony-dev@incubator.apache.org Subject: Re: [general] platform support In-Reply-To: <44DA2446.2060004@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4595_27089296.1155148546584" References: <8E389A5F2FEABA4CB1DEC35A25CB39CE24CF45@mssmsx411> <51d555c70608081840g7c038f51t707775b31fde967e@mail.gmail.com> <44D97D50.1080606@pobox.com> <51d555c70608082345k1c0d0e58y12cb9cf4ad29aa6b@mail.gmail.com> <44D9A4C7.1010607@gmail.com> <44D9DF98.1010501@pobox.com> <44D9EE95.2040803@gmail.com> <51d555c70608090914m726018f3y1bf914b941e5ed6d@mail.gmail.com> <44DA2446.2060004@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_4595_27089296.1155148546584 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Tim, Thanks for fixing my quoting. I seem to always mess this up :-) Please see below for a couple of points... On 8/9/06, Tim Ellison wrote: > > >But there are degrees to which this is done too right? Somewhere along > >the spectrum from a start-up check that chooses between the winxp.dll > >and win2k.dll, to repeatedly choosing between any number of possible OS > >function calls. Yes, my understanding is that though we choose at startup, we will need to check the flag before many api/functionality invocations. >Oh, and I'm assuming that we are leaving the jitted code out of this. > >Of course the jit will know what platform it is targeting and can > >generate the code appropriately. So we are discussing the performance > > > >of the interpreter and the compiler itself. Right Tim and the GC and the thread manager, etc. etc. Jitted code should be fine. > The second option is to use a least common denominator approach where > > we use code/functionality that is only available on the least > > platform. This is not a good idea for obvious reasons. For example it > > is not a good idea not to use the excellent vectored exception > > handling on WinXP and Win2003( which intentionally share the same > > debug and kernel codebases )If this were not, we would be writing > > code for DOS only. > > >Again, there may be cases where you may well choose the least common > >denominator solution because it is 'good enough' and the overhead > >elsewhere (testing etc.) is not worth the gain found here. > > >Is vectored exception handling a slam dunk case for making the binary > >winxp only? I don't know -- what would happen if we didn't use it? > >Where is the example in the current code that makes ensuring it runs on > >W2K unpalatable? I have tried to answer some of these in a seperate reply as best as I know. >Agree, so there is a balance to be struck. But I'm guessing from you > >descriptions that you favour this approach of multiple distributions for > >different OS releases. > > Yes, I would certainly favor this :-) Best, Rana ------=_Part_4595_27089296.1155148546584--