Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Mime-Version: 1.0 (Apple Message framework v752.2)
In-Reply-To: <200609291407.k8TE73aZ007097@d06av02.portsmouth.uk.ibm.com>
References: <451D0E15.7020209@googlemail.com>
 <200609291407.k8TE73aZ007097@d06av02.portsmouth.uk.ibm.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <A7EB7BDE-41DC-43E5-BB65-4205FCFAB62A@pobox.com>
Content-Transfer-Encoding: 7bit
From: "Geir Magnusson Jr." <geir@pobox.com>
Subject: Re: [classlib][build] Improvements to build system 
Date: Fri, 29 Sep 2006 15:27:41 -0400
To: harmony-dev@incubator.apache.org

Also, should we update to ant 1.7?  Any new features that could help?

I know it's still in beta, but still... since you are about to  
refactor, might be worth considering.

geir

On Sep 29, 2006, at 10:07 AM, Mark Hindess wrote:

>
> On 29 September 2006 at 13:14, Oliver Deakin  
> <oliver.deakin@googlemail.com> wrote:
>> Hi all - Ive been away from the list this week, so sorry if Ive  
>> missed a
>> few
>> mails. Ill try and get back to them as soon as possible.
>>
>> In the meantime Ive been thinking about the classlib build system,
>> and spotted a couple of things that Id like to fix/cleanup:
>>
>> 1) Although we can build a specific module with -Dbuild.module,  
>> currently
>> we cannot just clean or rebuild a single module. I'd like to be  
>> able to
>> run "ant -Dbuild.module=luni rebuild" and have it clean only the luni
>> java and native binaries and rebuild them. Currently this call  
>> results in
>> a total clean of all modules, and then all the native code being  
>> rebuilt,
>> but only the java code for luni (so you end up with only luni.jar in
>> lib/boot)! It would also be nice to be able to use the new rebuild- 
>> java
>> and rebuild-native targets on a per module basis.
>>
>> 2) In the top level build script we have a number of "public" and
>> "private" targets (the "private" ones are prefixed by a hyphen so
>> that they cannot be run from the command line). However at the
>> modular level the build scripts do not have this separation of
>> external and internal targets, even though it is expected that  
>> developers
>> may run these scripts directly. I would like to setup these  
>> scripts in the
>> same way as the top level build.xml- with build, build-java, build- 
>> native
>> etc. external targets and all others as internal and prefixed with
>> a hyphen.
>>
>> I notice that Mark has done some cleanup of the build scripts under
>> make recently, but I think the modular scripts still require  
>> tidying up.
>> Does anyone have any objections to these? Any ideas of other
>> relevant activities I can carry out while Im in there?
>
> The other things I was thinking about were:
>
> 1) Replacing antcall tasks with task dependencies
>
> 2) Moving stuff out of the make/build-java.xml file to a module where
>    there is an obvious module that these files should be associated
>    with.  For instance, the ant for moving the ecj.jar really belongs
>    with the tools module - since if you aren't building the tools  
> module
>    you would not need that jar.
>
> 3) Fixing the way we build the test support jar too frequently - i.e.
>    the fact that we delete it before we test even if it hasn't  
> changed.
>
> 4) Whether we can make make/build-native.xml derive some information
>    from the modules - which ones need calling in which order - rather
>    than hard coding this information
>
> 5) Modular building and testing with an hdk?
>
> As usual, I'm sure I'll find more work when I start looking more
> closely.
>
> -Mark.
>
>
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>


---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org