RFR (XS): 7126732: MAC: Require Mac OS X builds/tests for JPRT integrate jobs for HotSpot

[David Holmes]

On 18/01/2012 1:06 PM, David Holmes wrote:
> On 18/01/2012 5:44 AM, Kelly O'Hair wrote:
>> It seems to me that with this change, only jdk7 or jdk8 builds will
>> work properly.
>> Which is fine with me, but then it argues that all these lines that
>> mention:
>> jdk7b107
>> jdk7temp
>> jdk6
>> jdk6perf
>> jdk6u10
>> jdk6u14
>> jdk6u18
>> jdk6u20
>> ejdk7
>> ejdk6
>> should all just be deleted. I doubt that a 'jprt submit -release XXX'
>> where XXX is any of the
>> above releases will even work.
>
> Oops! Yes I missed that too. When we added the embedded targets we had
> to split things into two groups (standard and all) and only include the
> embedded targets in "all". Then we only used "all" for releases that
> supported embedded.
>
> This argues for removing macosx from the set of standard targets, and
> adding it to the set of all targets via another grouping.

On further reflection it argues for cleaning up the obsolete release 
definitions. Is there any reason someone with the latest hotspot 
workspace would be trying to do a JDK6 build in JPRT? Doesn't seem 
reasonable to me given we are not using latest hotspot in JDK6. And the 
two jdk7 releases mentioned were only temporary fixes for something or 
other anyway.

The ejdk releases are obsolete as well.

David

> David
> -----
>
>> -kto
>>
>> On Jan 14, 2012, at 9:02 AM, James Melvin wrote:
>>
>>> Greetings,
>>>
>>> We're ready to require HotSpot builds on Mac OS X for JPRT integrate
>>> jobs. There are 3 mac-minis in each queue. Build/Test times are short
>>> relative to other platforms. Uses the stable Linux testlist for now.
>>>
>>> http://cr.openjdk.java.net/~jmelvin/7126732/webrev.00
>>>
>>> Tested with *several* JPRT submissions for other bugfixes. I'd like to
>>> integrate this change right after the current snapshot window.
>>>
>>> Feedback welcome.
>>>
>>> Thanks,
>>>
>>> Jim
>>