RFR: 9+8u: Windows expects "long long" constant in macroAssembler
rkennke at redhat.com
Wed Mar 22 12:03:18 UTC 2017
I think it's ok if you push all those little compilation fixes without
review, unless you're not sure about something.
Am 22.03.2017 um 12:54 schrieb Aleksey Shipilev:
> $ hg diff
> diff -r 6423e664e66a src/share/vm/asm/assembler.cpp
> --- a/src/share/vm/asm/assembler.cpp Wed Mar 22 12:40:47 2017 +0100
> +++ b/src/share/vm/asm/assembler.cpp Wed Mar 22 12:52:22 2017 +0100
> @@ -322,7 +322,11 @@
> // AArch64 uses 48-bit addresses
> const unsigned long address_bits = 0xfffffffffffful;
> #elif defined(_LP64)
> +#ifdef _WINDOWS
> + const unsigned long long address_bits = 0xffffffffffffffffull;
> const unsigned long address_bits = 0xfffffffffffffffful;
> +#endif // _WINDOWS
> // Shenandoah is not implemented on these platforms, make sure we build fine,
> // but also crash consistently at runtime.
> Testing: hotspot_gc_shenandoah for 9 and 8u.
More information about the shenandoah-dev