Reviewed-by: kvn, twisti, apetrusenko, never, dcubed

Reviewed-by: pbk, kvn

6946056: assert((intptr_t) sp()<=(intptr_t) result,"result must>=than stack pointer"), frame_x86.cpp:295
Summary: frame::interpreter_frame_monitor_end() will spuriously assert for a frame that spans 0x80000000. Cast values to intptr_t* (rather than intptr_t) so that an unsigned pointer compare is performed.
Reviewed-by: never, jcoomes, pbk

Summary: Two new files are missing in the push for 6941224.
Reviewed-by: twisti
Contributed-by: NGary Benson <gbenson@redhat.com>

Reviewed-by: twisti

Summary: The fix for 6940701 broke Zero.
Reviewed-by: twisti
Contributed-by: NGary Benson <gbenson@redhat.com>

Summary: Adding stack overflow checking to Shark brought to light a bunch of deficiencies in Zero's stack overflow code.
Reviewed-by: twisti
Contributed-by: NGary Benson <gbenson@redhat.com>

Summary: This fixes lir_cmp_l2i on x64 and sparc 64bit, and the debug info generation.
Reviewed-by: never

6941529: SharedRuntime::raw_exception_handler_for_return_address must reset thread MethodHandle flag
Summary: During testing a bug was hit when an exception returned to the interpreter and the SP was wrong.
Reviewed-by: kvn, never

Summary: Use BIS instruction for allocation prefetch on Sparc
Reviewed-by: twisti

Summary: Don't align loops in stubs for Niagara sparc since NOPs are expensive.
Reviewed-by: twisti, never

Summary: For large arrays we should use 64 bytes chunks copy.
Reviewed-by: twisti

Summary: The changes of 6934494 have broken the Zero build.
Reviewed-by: twisti
Contributed-by: NGary Benson <gbenson@redhat.com>

Summary: When Zero is running with Shark enabled threads can be left with their _do_not_unlock_if_synchronized flag incorrectly set.
Reviewed-by: twisti
Contributed-by: NGary Benson <gbenson@redhat.com>

Summary: Some code cleanups found during the JSR 292 SPARC port.
Reviewed-by: kvn, never

Summary: Added missing counter decrement when substring search restarted.
Reviewed-by: twisti

Summary: The logic for x86 C1 to save the SP over MH calls is pretty straight forward but SPARC handles that differently.
Reviewed-by: never, jrose

Summary: Passing a null pointer to an InvokeDynamic function call should lead to a NullPointerException.
Reviewed-by: kvn, never

Summary: store jsr ret bci as intptr constant in c1 debug info
Reviewed-by: never

Summary: This implements JSR 292 support for C1 x86.
Reviewed-by: never, jrose, kvn

Summary: A modified MethodHandlesTest revealed two bugs on x86_64.
Reviewed-by: never, jrose

Summary: There is a small typo in methodHandles_x86.cpp.
Reviewed-by: kvn

Summary: Matcher::float_in_double should be true only when FPU is used for floats.
Reviewed-by: never, twisti

Summary: Fixes two failures on 31-bit S/390.
Reviewed-by: twisti
Contributed-by: NGary Benson <gbenson@redhat.com>

Summary: Make Zero figure out result types in a similar way to C++ interpreter implementation.
Reviewed-by: kvn
Contributed-by: gbenson@redhat.com

Summary: Fix assert since top deoptimized frame has last_sp == interpreter_frame_monitor_begin if there are no expressions.
Reviewed-by: twisti

Summary: Fix misplaced probe point
Reviewed-by: rasbold, phh
Contributed-by: neojia@gmail.com

Summary: Clear the total count when a receiver information is cleared.
Reviewed-by: never, jrose

Reviewed-by: never, twisti, kvn, rasbold
Contributed-by: NHiroshi Yamauchi <yamauchi@google.com>

Summary: Fix incorrect marking of methods as not compilable.
Reviewed-by: never

Summary: Rename can_post_exceptions support to can_post_on_exceptions. Add support for should_post_on_exceptions flag to permit per JavaThread optimizations.
Reviewed-by: never, kvn, dcubed
Contributed-by: tom.deneau@amd.com

Summary: We need to introduce a new MH deopt handler so we can easily determine if the deopt happened at a MH call site or not.
Reviewed-by: never, jrose

Reviewed-by: mr

Summary: We need to introduce a new MH deopt handler so we can easily determine if the deopt happened at a MH call site or not.
Reviewed-by: never, jrose

Summary: Two recent commits broke the build on Zero.
Reviewed-by: twisti
Contributed-by: NGary Benson <gbenson@redhat.com>

Summary: Stub code generated to call G1 barriers does not allocate spill space on the stack as required by Windows x64 ABI. The fix is to use more ABI-friendly call_VM_leaf().
Reviewed-by: iveresov, never, kvn

Reviewed-by: kvn, jrose

Reviewed-by: kvn, twisti

Reviewed-by: kvn, jrose

Reviewed-by: never
Contributed-by: NGary Benson <gbenson@redhat.com>