[aarch64-port-dev ] Webrev of Oracle ARM & AARCH64 Sources

[Bob Vandette]

That was my fault.  I botched the removal of some conditional code.
I’ll fix that when I push to jdk9-arm3264.

Bob.

> On Sep 30, 2016, at 9:25 AM, Andrew Haley <aph at redhat.com> wrote:
> 
> On 28/09/16 15:07, Bob Vandette wrote:
>> I’m am please to announce that I have completed our internal reviews and can now
>> open up the sources to our ARM 32 & 64 bit implementations of JDK9.
>> 
>> Here is a webrev that includes a patch that can be applied on top of the
>> (http://hg.openjdk.java.net/aarch32-port/jdk9-arm3264/ <http://hg.openjdk.java.net/aarch32-port/jdk9-arm3264/>) forest.  
>> 
>>     http://cr.openjdk.java.net/~bobv/arm3264/webrev <http://cr.openjdk.java.net/~bobv/arm3264/webrev>
> 
> I had to make this change to prevent an AARch64 assert in debug builds:
> 
> diff --git a/src/cpu/arm/vm/stubGenerator_arm.cpp b/src/cpu/arm/vm/stubGenerator_arm.cpp
> --- a/src/cpu/arm/vm/stubGenerator_arm.cpp
> +++ b/src/cpu/arm/vm/stubGenerator_arm.cpp
> @@ -4450,6 +4450,12 @@
>     StubRoutines::_throw_AbstractMethodError_entry         = generate_throw_exception("AbstractMethodError throw_exception",          CAST_FROM_FN_PTR(address, SharedRuntime::throw_AbstractMethodError));
>     StubRoutines::_throw_NullPointerException_at_call_entry= generate_throw_exception("NullPointerException at call throw_exception", CAST_FROM_FN_PTR(address, SharedRuntime::throw_NullPointerException_at_call));
> 
> +    StubRoutines::_throw_IncompatibleClassChangeError_entry =
> +      generate_throw_exception("IncompatibleClassChangeError throw_exception",
> +                               CAST_FROM_FN_PTR(address,
> +                                                SharedRuntime::
> +                                                throw_IncompatibleClassChangeError));
> +
>     //------------------------------------------------------------------------------------------------------------------------
>     // entry points that are platform specific
> 
> Andrew.
>