RFR: JDK-8244247: Build failures after sjavac cleanup

Erik Joelsson erik.joelsson at oracle.com
Mon May 4 21:38:39 UTC 2020


On 2020-05-04 02:51, Magnus Ihse Bursie wrote:
> On 2020-05-01 19:33, Erik Joelsson wrote:
>> After the sjavac cleanup in JDK-8244036 (and the subsequent fix of 
>> the javac server usage in JDK-8244210), two more build failures have 
>> been noted. The bootcycle build fails and the test-make target fails 
>> the tests of SetupJavaCompilation.
>>
>> The bootcycle build fails because a space has crept into the variable 
>> SJAVAC_SERVER_DIR when it's overridden in bootcycle-spec.gmk.in This 
>> space splits the sjavac server argument.
>>
>> The tests for make just need to be updated to use the new 
>> TARGET_RELEASE arg instead of the old SetupJavaCompiler construct.
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8244247
>>
>> Webrev: http://cr.openjdk.java.net/~erikj/8244247/webrev.01/index.html
> The change looks good. However, it makes me realize that the variable 
> should really have been renamed JAVAC_SERVER_DIR. Do you think you 
> could fix that in the same bug? Otherwise I'll do it separately.
>
Updated webrev: http://cr.openjdk.java.net/~erikj/8244247/webrev.02/
> I also just wanted to note that technically, the assignment in 
> bootcycle-spec.gmk.in has not changed -- the extra space has always 
> been there. But due to how it was processed, that additional space is 
> no longer stripped when the variable is read. It was not explicitly 
> stripped before either, but it went a second round through the 
> makefile parsing by being used in SetupJavaCompiler as "SERVER_DIR := 
> $(SJAVAC_SERVER_DIR)", which effectively stripped it.
>
Interesting, I didn't bother looking at the history, just looked for the 
fix.

/Erik

> /Magnus
>>
>> /Erik
>>
>



More information about the build-dev mailing list