RFR : 8016577 : (s) langtools/test/Makefile should only set some vars if unset

[David Holmes]

Hi Mike,

I don't like the warnings. A warning implies something needs fixing. If 
you provide a default and I choose to use it why should it generate a 
warning?

David

On 14/06/2013 2:39 PM, Mike Duigou wrote:
>
> On Jun 13 2013, at 15:33 , Jonathan Gibbons wrote:
>
>> Mike,
>>
>> Thanks for looking at this.
>>
>> I guess I am not a big fan of JT_ as an abbreviation of JTREG_.
>
> I recently propagated the use of JT_HOME up to the configure script based upon it's usage in the jtreg scripts. I have no particular preference. Would you like to try to standardize on JTREG_ names? It would be understandable if JT_ got confused for JavaTest.
>
>> Lines 149-151 seem off-color to me.
>
> I trust your judgement on this. It seemed strange to me to check for the dist/lib/classes.jar only if the TESTJAVA definition was coming from PRODUCT_HOME. I have restored it to only check in that case.
>
>>   Based on the name, I would never expect $TESTJAVA to contain dist/lib/classes.jar.    The previous code looked for distlib/classes.jaar in $PRODUCT_HOME which was a more accurate reflection of what was going on.
>>
>
> Updated webrev:
>
> http://cr.openjdk.java.net/~mduigou/JDK-8016577/1/
>
>> -- Jon
>>
>>
>> On 06/13/2013 01:11 PM, Mike Duigou wrote:
>>> Hello all;
>>>
>>> I have been working on improving the execution of tests via the root repo "make test" target (JDK-8009683). This work has so far mostly concerned the jdk repo but now I would like to increase the commonality of the test/Makefile for the various repos.
>>>
>>> In the langtools/test/Makefile these vars are
>>>
>>> JTREG_HOME
>>> JT_JAVA
>>> TESTJAVA
>>>
>>> currently unconditionally set. They should only be set if they don't already have definitions. This is part of an effort to retire some of the JPRT specific vars and synchronize the jdk and langtools test/Makefile
>>>
>>> Additionally
>>>
>>> - JTREG_HOME is renamed to JT_HOME for consistency
>>>
>>> - TESTBOOTCLASSPATH setting is made more uniform, ie. not just when PRODUCT_HOME is defined.
>>>
>>> - Warnings are now printed for variables using the default "unset" value. In most cases these variable *should* already have a value so no default should be used. For now the defaults are retained but with a warning.
>>>
>>> - An error is generated if PRODUCT_HOME seems to point at an invalid location.
>>>
>>> A review webrev is posted here:
>>>
>>> http://cr.openjdk.java.net/~mduigou/JDK-8016577/0/
>>>
>>> Once this issue is completed I will follow up with JDK-8016573 which will replace JPRT_JAVA_HOME with JT_JAVA in the Main.gmk make file.
>>>
>>> Cheers,
>>>
>>> Mike
>>
>