RFR: Fixing Windows and ARM32 build

Zhengyu Gu zgu at redhat.com
Mon May 7 22:07:51 UTC 2018



On 05/07/2018 04:34 PM, Roman Kennke wrote:
> Am 07.05.2018 um 22:22 schrieb Zhengyu Gu:
>> Apparently, you cannot avoids precompiled headers for selected files on
>> Windows, or you have to turn it off all together.
>>
>> Webrev: http://cr.openjdk.java.net/~zgu/shenandoah/win-build/webrev.00/
>>
>> Test:
>>
>>    Windows X64 PCH and Non-PCH builds
>>    Linux x64 PCH and Non-PCH builds
>>    ARM32 PCH and Non-PCH builds
>>
>>
>> Thanks,
>>
>> -Zhengyu
>>
>>
> 
> IIRC, Aleksey did not want this:
> -  Atomic::add(-bytes, &_used);
> +  Atomic::sub(bytes, &_used);
> 
> because backports.

VSC++ does not like it:

/shenandoah-jdk/src/hotspot/share/gc/shenandoah/shenandoahHeap.cpp(595) 
: warning C4146: unary minus operator applied to unsigned type, result 
still unsigned

so, we have to suppress warning at call site to avoid warnings-as-errors 
build failure, sounds like not making backports any easier.
> 
> 
> Why is this needed:
> -  write_ref_array_pre_work(T* dst, int count);
> +  write_ref_array_pre_work(T* dst, size_t count);
> 
VSC++ wants explicit casting. G1BassierSet uses size_t here, probably we 
should do so to avoid casting, also for consistency.

Do you see any issues here?

> ?
> 
> Is the change in src/hotspot/os/windows/attachListener_windows.cpp
> needed? If yes, then upstream it?

Ah, someone beats me on this.  Looks like upstream fixed in JDK-8200729. 
I will revert this one.

Thanks,

-Zhengyu


> 
> Thanks,
> Roman
> 


More information about the shenandoah-dev mailing list