Loading...

XML

Word

Printable

Type: Bug
Resolution: Fixed
Priority: P3
Fix Version/s: hs17
Affects Version/s: 7
Component/s: hotspot
Labels:
- verify-pit

Subcomponent:
compiler
Resolved In Build:
b03
CPU:

generic
OS:

generic
Verification:
Verified

Issue	Fix Version	Assignee	Priority	Status	Resolution	Resolved In Build
JDK-2183941	7	John Rose	P3	Closed	Fixed	b74
JDK-2189965	6u21	John Rose	P3	Resolved	Fixed	b01

In order to inline method handles at invokedynamic instructions, it is necessary to manipulate MethodHandle and CallSite constants from generated code. Since these objects are created by ordinary user code and subject to usual GC, they are not preallocated in the perm gen.

Currently compiled code requires that any oop embedded as an instruction constant or any other nmethod part must be OopDesc::is_perm. For example, internal method objects and classes and interned strings are permanent so that they can be manipulated from compiled code.

This restriction is a bug for JSR 292. Luckily, there is a simple fix.

backported by

JDK-2189965 need non-perm oops in code cache for JSR 292

Resolved

JDK-2183941 need non-perm oops in code cache for JSR 292

Closed

relates to

JDK-6940520 CodeCache::scavenge_root_nmethods_do must fix oop relocations

Resolved

JDK-6885169 merge of 4957990 and 6863023 causes conflict on do_nmethods

Closed

JDK-7028374 race in fix_oop_relocations for scavengeable nmethods

Closed

JDK-6962931 move interned strings out of the perm gen

Resolved

JDK-6876684 Generalize is_scavengable() interface in CollectedHeap (and rename).

Closed

(2 relates to)

Assignee:: John Rose

Reporter:: John Rose

Votes:: 0 Vote for this issue

Watchers:: 0 Start watching this issue

Created:: 2009-07-22 01:18

Updated:: 2011-03-07 21:18

Resolved:: 2011-03-07 21:18

Imported:: 17/Sep/12 12:51 AM

Indexed:: 19/Jul/12 6:06 PM

Details

Backports

Description

Attachments

Issue Links

Activity

People

Dates