Why demo/sample before launchers?

Kelly O'Hair kelly.ohair at oracle.com
Mon Dec 6 16:10:26 UTC 2010


On Dec 5, 2010, at 7:46 PM, Weijun Wang wrote:

> Thanks for the info.
>
> If the new image is not used, does that mean there can be some kind  
> of dependency check in Makefiles for demo/sample?  Currently these  
> two are always rebuilt entitely and occupies most of the time in  
> doing an increment jdk build.

Yes, we in fact should be getting our dependencies right, however,  
with the demo/sample stuff, coming up
with the correct dependencies may not help much, it might always get  
rebuilt most of the time anyway. :^(
I had hoped to someday (or hoped someone would)  pull all the demo/ 
sample code from the jdk repository
and create a separate repository for all the sample/demo code. Maybe a  
sub repo of the primary forest and
allow for a separate schedule where they could be improved and added- 
to without being constrained by the
primary jdk product as much? Just an idea. It would simplify the jdk  
build process too of course.

-kto

>
> Thanks
> Max
>
>
> On 12/06/2010 11:38 AM, Kelly O'Hair wrote:
>>
>> On Dec 5, 2010, at 5:12 PM, Weijun Wang wrote:
>>
>>> Hi Kelly
>>>
>>> I noticed that in jdk build, demo and sample are before launchers.  
>>> In
>>> a jdk-only build, JDK_IMPORT_PATH's javac is used. Otherwise,
>>> BOOTDIR's javac using javac.jar built from langtools is used. Why  
>>> not
>>> build launchers first and use the brand new javac to compile demo/ 
>>> sample?
>>
>> The goal was to try and completely build a jdk image without using  
>> that
>> same image as part of the build process.
>> That was why I pushed the launcher creations to the very end.
>> It allows for cross compilation builds, where we can't necessarily  
>> run
>> the jdk image being built.
>> Granted, we obviously still need to make more adjustments for cross
>> compile builds to work really well.
>>
>> -kto
>>
>>>
>>> Thanks
>>> Max
>>




More information about the build-dev mailing list