Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 87899 invoked from network); 1 Dec 2005 16:39:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Dec 2005 16:39:18 -0000 Received: (qmail 66395 invoked by uid 500); 1 Dec 2005 16:38:43 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 66339 invoked by uid 500); 1 Dec 2005 16:38:43 -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 66327 invoked by uid 99); 1 Dec 2005 16:38:43 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Dec 2005 08:38:43 -0800 X-ASF-Spam-Status: No, hits=2.6 required=10.0 tests=RCVD_IN_SORBS_WEB,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: 217.158.94.220 is neither permitted nor denied by domain of t.p.ellison@gmail.com) Received: from [217.158.94.220] (HELO cirrus.purplecloud.com) (217.158.94.220) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Dec 2005 08:40:09 -0800 Received: (qmail 19701 invoked from network); 1 Dec 2005 16:38:12 +0000 Received: from blueice3n1.uk.ibm.com (HELO ?9.20.183.65?) (195.212.29.83) by smtp.purplecloud.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 1 Dec 2005 16:38:12 +0000 Message-ID: <438F26F7.9090803@gmail.com> Date: Thu, 01 Dec 2005 16:38:15 +0000 From: Tim Ellison User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: harmony-dev@incubator.apache.org Subject: Re: Where to place the core classlib code? References: <438ED8CF.5090302@gmail.com> <438CD3ED-8FC6-4581-9349-B396395080D5@apache.org> <438EE58D.60803@gmail.com> <5BE277FC-1C84-42B6-A295-368FAD3ACF10@apache.org> In-Reply-To: <5BE277FC-1C84-42B6-A295-368FAD3ACF10@apache.org> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Geir Magnusson Jr. wrote: > Ok - so we should just move it then to > > enhanced/classlib/trunk > > and it goes from there. Agreed. > Now, I'm really worried about getting some build sanity from the start, > because other than a corked wine, there are few things more > disappointing than "the build is broken" Unless/until someone shows up with a comprehensive test suite we have to start by writing tests for everything that gets patched. A successful build is a clean compile and testsuite pass. I suggest that we make a pact to self-host from the start, so the build system becomes the first real test case that we have :-) . > I think we need that each subproject will need freedom for approaches > for building as we're going to have a diverse set of technologies. But > if we can federate so that > what's in enhanced/build is the master that can kick off a subproject > build, we have a bit os sanity. Absolutely. > We don't have to do it right now, but > we should keep this in mind as enh/classlib evolves in the very near term. I think we _should_ do it right now, to avoid the refactoring pain later. -- Tim Ellison (t.p.ellison@gmail.com) IBM Java technology centre, UK.