Webrev of Oracle ARM & AARCH64 Sources
Bob Vandette
bob.vandette at oracle.com
Fri Sep 30 13:33:02 UTC 2016
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.
>
More information about the aarch32-port-dev
mailing list