Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 1472 invoked from network); 22 Apr 2008 22:32:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 22 Apr 2008 22:32:33 -0000 Received: (qmail 10789 invoked by uid 500); 22 Apr 2008 22:32:33 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 10750 invoked by uid 500); 22 Apr 2008 22:32:33 -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 10739 invoked by uid 99); 22 Apr 2008 22:32:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Apr 2008 15:32:33 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of xiaofeng.li@gmail.com designates 72.14.246.243 as permitted sender) Received: from [72.14.246.243] (HELO ag-out-0708.google.com) (72.14.246.243) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Apr 2008 22:31:49 +0000 Received: by ag-out-0708.google.com with SMTP id 23so4364403agd.5 for ; Tue, 22 Apr 2008 15:31:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=gnopC+l1SeT9+fNauLuyaU5Ot7AmbdeXPjakSBjt5vA=; b=J/b/x4rcwxoTl3qY0lOo1UouLP6dx1V++1eCEAfd2OhwmrMmJnN7u2MIsrvwQV0utM5YbvB1ISE9PVNbUUCKquJLlCJI3KZKKsxBXHJRMK2WnG1mOZB2KxJeFyugNkPIkAAGoSINy19cZsqvANXtbW/kSLZbK8Ns/gMjaawIhcA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EjiuQ6bpjbFYtTypBaImQXK3kIUBETvNfoJontyPT3m+K2li0XHkaKmrOEUlyK98Q49rmUMRjV5K6kLgpYcwFSrld/TPz2Ef3EWSEbAvGC3lPZZOVJxPNOfXA2zBOHBZ17qVMuulKbjJm2frXPLLJOWo3Q+5vHLjSNxRpZLHlQs= Received: by 10.150.228.2 with SMTP id a2mr13987ybh.208.1208903517421; Tue, 22 Apr 2008 15:31:57 -0700 (PDT) Received: by 10.150.147.15 with HTTP; Tue, 22 Apr 2008 15:31:57 -0700 (PDT) Message-ID: <9623c9a50804221531rd54862xf2f1fdb3d195954c@mail.gmail.com> Date: Wed, 23 Apr 2008 06:31:57 +0800 From: "Xiao-Feng Li" To: dev@harmony.apache.org Subject: Re: [general] freeze for M5.5_Eclipse_TPTP In-Reply-To: <14ecfd680804220751k31d37ec1raa1c1d305abf7902@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <14ecfd680804220324u15cf64c4w1d10274460553f6e@mail.gmail.com> <480DC6F6.4000006@gmail.com> <480DD4AA.3000409@gmail.com> <14ecfd680804220751k31d37ec1raa1c1d305abf7902@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org On Tue, Apr 22, 2008 at 10:51 PM, Vasily Levchenko wrote: > Tim, > > > > I'm sorry the following was not transparent in my previous correspondence. > We've been able to talk around requirements of a binary build and switch to > an unmodified source re-use. Hope, both communities would benefit from this. > > > > But unfortunately Eclipse community imports only "officially released" third > party components. This means that just a revision number is not sufficient. > The number should have an official name given by Harmony committers > providing an additional insurance of the import quality. That is why we > cannot make our request in a way which does not affect an official Harmony > schedule. > > > > The end of this week is a deadline for any third party contributions for > this year. I'd appreciate if you'll be able to find opportunity to ship a > special release for TPTP. > Then let's do it. Thanks, xiaofeng > > Vasily > > > > > On Tue, Apr 22, 2008 at 4:06 PM, Tim Ellison wrote: > > > Alexei Fedotov wrote: > > > > > As far as I understand Eclipse IP committee needs a revision number to > > > be supplied (no binaries involved). > > > > > > > Apologies, I missed that point in the discussions around compiler level > > etc. If it is simply a well-defined revision of the verifier code then that > > is quite different. > > > > The favour Vasily is asking about > > > is providing him with a slightly tested revision. This would suppress > > > a normal work of committers for one day. Is it something we cannot > > > afford? > > > > > > > Of course, in that area of the code I think it is quite reasonable. It > > would not prevent people working in the other areas of Harmony (such as GC, > > JIT, and class library). > > > > Of course, we cannot prevent the revision number of the entire repository > > changing over time, but you could nominate a givne revision number for the > > verifier code to be taken by Eclipse. > > > > Did I understand this right? > > > > Thanks, > > Tim > > > > > > > > On Tue, Apr 22, 2008 at 3:07 PM, Tim Ellison > > > wrote: > > > > > > > I'm really not convinced this is a good idea for Harmony, and my > > > > concerns > > > > are in two parts: > > > > > > > > 1) Our schedule should not be dictated by an external project, > > > > especially > > > > when it is their process that seems to be setting the artificial time > > > > limit. > > > > Why not show some flexibility to meet our dates? > > > > > > > > 2) Our principle delivery mechanism is source code. While we make > > > > binaries > > > > available as a convenience we should not encourage dependents to put > > > > dependencies on our build tools. They should take source and compile > > > > it > > > > themselves for their own environment. > > > > > > > > Regards, > > > > Tim > > > > > > > > Vasily Levchenko wrote: > > > > > > > > $subj. > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > --vvl > -- http://xiao-feng.blogspot.com