Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 37937 invoked from network); 18 Apr 2007 08:17:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 18 Apr 2007 08:17:45 -0000 Received: (qmail 87641 invoked by uid 500); 18 Apr 2007 08:17:49 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 87609 invoked by uid 500); 18 Apr 2007 08:17:49 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 87598 invoked by uid 99); 18 Apr 2007 08:17:49 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Apr 2007 01:17:49 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of xiaofeng.li@gmail.com designates 66.249.82.231 as permitted sender) Received: from [66.249.82.231] (HELO wx-out-0506.google.com) (66.249.82.231) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Apr 2007 01:17:42 -0700 Received: by wx-out-0506.google.com with SMTP id i26so79150wxd for ; Wed, 18 Apr 2007 01:17:21 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=a+6DlHSgsXPAT3yxiUV7AR40ATSQmW0Mpe6+p45uLY7dAuZUGBOm158QYziUuriOipVxE6iHn/tJ5JhuaZkf0FMTIXJ37aBW5GpSmBNnn1kjPA6C6spVNehg2adq5Md36yLSI1hNMbyd2YXHr7REayKFP24ynNpVb/KMTrLH25s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OTwdGbxNcMtpnApAuAK14igKlbnL4Z/xrLQuCiv2537XkljIOfG4yiLo05eussAtSr5/hZRvcl1nKZ5SJdQKun34Gq2y/yLR/vx39YF8cj6B4jtCg7clqJYiZVqBQr3cf18OBO7fGu2H54vlcS6kmLYEHzkc639P9aGIPnJb20c= Received: by 10.90.119.15 with SMTP id r15mr76183agc.1176884241347; Wed, 18 Apr 2007 01:17:21 -0700 (PDT) Received: by 10.90.114.14 with HTTP; Wed, 18 Apr 2007 01:17:21 -0700 (PDT) Message-ID: <9623c9a50704180117t24b4f905wd9143b61eb85f771@mail.gmail.com> Date: Wed, 18 Apr 2007 16:17:21 +0800 From: "Xiao-Feng Li" To: dev@harmony.apache.org Subject: Re: [general] Reminder: stable build goal at end of month In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46234649.2070100@gmail.com> <9623c9a50704171718j44881593r8cbfad65180a60f4@mail.gmail.com> <906dd82e0704171911o1de6fd64i71a45126f93cf75f@mail.gmail.com> <9623c9a50704171938i6d7dff34od04a41efb6ebf775@mail.gmail.com> <51d555c70704172055x759b4e59i7dc377df65af8b13@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org On 4/18/07, Mikhail Fursov wrote: > On 4/18/07, Rana Dasgupta wrote: > > > > In addition to specs and eclipse, there are the tests that come with > > "build test". Are there any more tests we are worried about? > > > It can be unrelated to JavaOne milestone but we must start thinking that we > are worried about any application written on Java if we want to > annouce 1.5release soon. > I try different 3rd party application daily with Harmony (and gcv4) and have > rather odd results: we run almost everything, but every app I tried > reveals at least one bug/incompatibility that prevents it run on Harmony. > Most of the problems I have are with classlib/VM/JIT but not GC ones. I hope > gcv5 have the same stability level as gcv4. > > I understand the risk of switching before an event, but we will have > > to do it at some point. Not much point in writing it and then not > > using it. Doing it still gives us a few weeks before Java One to see > > if there are problems. How about running it as default for a week > > before we decide? > > > If we have 2-3 weeks I'm +1 to try. > + We have to update server.emconf in this case. > > BTW I remember a proposal to move all GC helpers written in Java with magic > into the same package (i.e. avoid .gc_cc. or .gc_gen. token in the package > name). In this case we can switch GC without additional changes in > server.emconf. Xiao-Feng, what do you think about it? Mikhail, I think it's a good idea to let server conf run with different GCs without modifications. The real problem is, we need a way to inform EM which helpers are inlined for different GCs. Maybe this GC-specific conf can stay with the GC? Thanks, xiaofeng > > -- > Mikhail Fursov > -- http://xiao-feng.blogspot.com