[8u40] Request for approval for bulk integration of hs25.40-b10

[Seán Coffey]

Approved pending positive PIT results.

regards,
Sean.

On 13/09/14 06:20, Alejandro E Murillo wrote:
> Requesting approval to integrate hs25.40-b10 into jdk8u40-b06.
>
> A webrev is available at:
>
> http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b10-jdk8u40-b06.webrev/
>
> Pre-integration testing is in progress; the integration will proceed
> only after SQE has analyzed the results and approved.
>
> The fixes in the proposed integration are below.  All have undergone
> nightly testing and are already in a jdk9 repository.
>
> 6642881: Improve performance of Class.getClassLoader()
> 8023461: Thread holding lock at safepoint that vm can block on: 
> MethodCompileQueue_lock
> 8025842: Convert warning("Thread holding lock at safepoint that vm can 
> block on") to fatal(...)
> 8030976: Untaken paths should be more vigorously pruned at highest 
> optimization level
> 8032247: SA: Constantpool lookup for invokedynamic is not implemented
> 8034935: JSR 292 support for PopFrame has a fragile coupling with 
> DirectMethodHandle
> 8036588: VerifyFieldClosure fails instanceKlass:3133
> 8041946: CMM Testing: 8u40 an allocated humongous object at the end of 
> the heap should not prevents shrinking the heap
> 8044398: Attach code should propagate errors in Diagnostic Commands as 
> errors
> 8046289: compiler/6340864/TestLongVect.java timeout with
> 8046698: assert(false) failed: only Initialize or AddP expected 
> macro.cpp:943
> 8048703: ReplacedNodes dumps it's content to tty
> 8048879: "unexpected yanked node" opto/postaloc.cpp:139
> 8049528: Method marked w/ @ForceInline isn't inlined with "executed < 
> MinInliningThreshold times" message
> 8049529: LogCompilation: annotate make_not_compilable with compilation 
> level
> 8049530: Provide descriptive failure reason for compilation tasks 
> removed for the queue
> 8049532: LogCompilation: C1: inlining tree is flat (no depth is stored)
> 8050942: PPC64: implement template interpreter for ppc64le
> 8054224: Recursive method that was compiled by C1 is unable to catch 
> StackOverflowError
> 8054292: code comments leak in fastdebug builds
> 8054836: [TESTBUG] Test is needed to verify correctness of malloc 
> tracking
> 8054927: Missing MemNode::acquire ordering in some volatile Load nodes
> 8055286: Extend CompileCommand=option to handle numeric parameters
> 8055289: Internal Error: mallocTracker.cpp:146 fatal error: Should not 
> use malloc for big memory block, use virtual memory instead
> 8055494: Add C2 x86 intrinsic for BigInteger::multiplyToLen() method
> 8055903: Develop sanity tests on SPARC's SHA instructions support
> 8055904: Develop tests for new command-line options related to SHA 
> intrinsics
> 8055946: assert(result == NULL || result->is_oop()) failed: must be oop
> 8056091: Move compiler/intrinsics/mathexact/sanity/Verifier to 
> compiler/testlibrary and extend its functionality
> 8056124: Hotspot should use PICL interface to get cacheline size on SPARC
> 8056154: JVM crash with EXCEPTION_ACCESS_VIOLATION when there are many 
> threads running
> 8056237: [TESTBUG] gc/g1/TestHumongousShrinkHeap.java fails due to OOM
> 8056964: JDK-8055286 changes are incomplete.
> 8057129: Fix AIX build after the Extend CompileCommand=option change 
> 8055286
> 8057643: Unable to build --with-debug-level=optimized on OSX
> 8057649: new hotspot build - hs25.40-b10
> 8057658: Enable G1 FullGC extensions
> 8057710: Refactor G1 heap region default sizes
> 8057750: CTW should not make MH intrinsics not entrant
> 8057752: WhiteBox extension support for testing
> 8057758: Tests run TypeProfileLevel=222 crash with guarantee(0) 
> failed: must find derived/base pair
> 8057818: collect allocation context statistics at gc pauses
> 8057824: methods to copy allocation context statistics
> 8057827: notify an obj when allocation context stats are available
> 8058092: Test vm/mlvm/meth/stress/compiler/deoptimize. Assert in 
> src/share/vm/classfile/systemDictionary.cpp: MH intrinsic invariant
> 8058184: Move _highest_comp_level and _highest_osr_comp_level from 
> MethodData to MethodCounters
> 8058235: identify GCs initiated to update allocation context stats
>