Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 34140 invoked from network); 24 Dec 2005 07:26:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 24 Dec 2005 07:26:36 -0000 Received: (qmail 93045 invoked by uid 500); 24 Dec 2005 07:26:29 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 92985 invoked by uid 500); 24 Dec 2005 07:26:28 -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 92973 invoked by uid 99); 24 Dec 2005 07:26:28 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Dec 2005 23:26:28 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [69.9.190.6] (HELO lox.whirlycott.com) (69.9.190.6) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Dec 2005 23:26:27 -0800 Received: (qmail 14648 invoked by uid 1016); 24 Dec 2005 07:26:06 -0000 Received: from 24.127.112.5 by lox.whirlycott.com (envelope-from , uid 1009) with qmail-scanner-1.25 (clamdscan: 0.87.1/1179. Clear:RC:1(24.127.112.5):. Processed in 0.038591 secs); 24 Dec 2005 07:26:06 -0000 X-Qmail-Scanner-Mail-From: stefano@apache.org via lox.whirlycott.com X-Qmail-Scanner: 1.25 (Clear:RC:1(24.127.112.5):. Processed in 0.038591 secs) Received: from unknown (HELO ?192.168.1.100?) (stefano@ormaz.it@24.127.112.5) by lox.whirlycott.com with ESMTPA; 24 Dec 2005 07:26:06 -0000 Message-ID: <43ACF80F.1080805@apache.org> Date: Fri, 23 Dec 2005 23:26:07 -0800 From: Stefano Mazzocchi Organization: Apache Software Foundation User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: harmony-dev@incubator.apache.org Subject: Re: Bootstrapping the classlibrary builds References: <43ABF70E.9040702@gmail.com> In-Reply-To: <43ABF70E.9040702@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed 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 Tim Ellison wrote: > As a follow-up to the recent discussion with Geir about repository > layout, I've been thinking a bit more about the componentization of the > class library, and in particular about how day-to-day development would > progress. > > The 'interesting' attribute of the components is that there are circular > dependencies between some of them. For example, SECURITY depends upon > LUNI, and vice versa. I briefly discussed some options for resolving > the circularities earlier, but the point is that this is a bootstrapping > issue -- once we have implementations of SECURITY and LUNI then each can > be built independently against the compiled version of the others. > > So I propose that we make a clear distinction between the initial > bootstrap build, and the subsequent component builds. The build.xml > that exists today (.../classlib/trunk/make/build.xml) invokes a 'global' > i.e. cross-component compilation to avoid circularities. The results > are put into .../trunk/deploy/jre/lib/boot. > > I say we keep this build.xml as the bootstrap build, then create build > scripts within each component that build only that component against the > jre/lib/boot jars thereby giving localized builds. We can also write > the component build scripts to use the deployed JRE to run ant and the > compiler to be self-hosting! > > Unless anyone objects or has a better idea I'll do the minor > restructuring of classlib required (likely next week now). Maybe I'm missing something, but if A depends on B and B depends on A, isn't the separation between A and B something to reconsider? -- Stefano.