[patch] Fix ant build to honor fcs MILESTONE setting

Jonathan Gibbons Jonathan.Gibbons at Sun.COM
Thu Nov 20 17:41:46 UTC 2008


Mark,

I will try and look at your patch again today. When I looked at it  
earlier, it seemed
good, as I recall.

-- Jon


On Nov 20, 2008, at 9:37 AM, Mark Wielaard wrote:

> Hi,
>
> On Thu, 2008-11-13 at 13:27 +0100, Mark Wielaard wrote:
>> On Sat, 2008-11-08 at 21:42 +0100, Mark Wielaard wrote:
>>> The langtools now use a new ant based build Makefile. This new build
>>> does not obey the setting of MILESTONE to the magic string "fcs"  
>>> like
>>> the rest of the build to get version strings without an -internal  
>>> build
>>> string marker.
>>>
>>> We use this feature in IcedTea to make sure the version strings of  
>>> all
>>> the tools are correct in releases (we additionally have some  
>>> tweaks so
>>> the version string can embed the hg tip node number and/or a distro
>>> specific indicator).
>>>
>>> Attached is a patch that fixes up the ant build Makefile to do the  
>>> same
>>> as the original Makefile-classic with respect to the release  
>>> string when
>>> MILESTONE is set to "fcs".
>>
>> So, is this patch useful? And if so anything I can do to help make  
>> it go
>> in sooner? Or should we just keep this divergence in IcedTea?
>
> If this is not the right way to do things just let me know. And we can
> come up with something different/better.
>
> How do people produce production builds currently? The thing that
> triggered this patch was that the tools currently always include some
> <release>-<milestone> thing, where milestone defaults to "internal"  
> and
> the dash (-) is hardcoded (so even setting milestone to "" wouldn't
> help). But maybe I am missing something in setting up the correct  
> build
> environment variables.
>
> Cheers,
>
> Mark
>




More information about the build-dev mailing list