-
Bug
-
Resolution: Fixed
-
P4
-
None
-
b08
-
other
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8003117 | 8 | Christian Thalinger | P4 | Resolved | Fixed | b64 |
JDK-8017880 | 7u45 | Alejandro Murillo | P4 | Closed | Fixed | b01 |
JDK-8007582 | 7u40 | Alejandro Murillo | P4 | Resolved | Fixed | b13 |
JDK-8006606 | hs24 | Alejandro Murillo | P4 | Resolved | Fixed | b31 |
http://mail.openjdk.java.net/pipermail/hotspot-dev/2012-October/006862.html
Hello,
In the recent weeks I worked on the Zero interpreter, to get it to build
and run with JDK8, and in particular with the latest changes that came
from mlvm (meth-lazy). The following webrev applies to hsx/hotspot-main:
http://cr.openjdk.java.net/~rkennke/zerojdk8/webrev.00/
A few notes on the patch:
- Some makefile changes have been necessary to get it to build at all.
- A bunch of stub functions needed to be added to make the compiler
happy, they should not be called though.
- Most of the changes are related to JSR292 stuff, in particular the
added invokehandle handler, and the changes to invokedynamic resulting
from how the constant pool entry has changed (e.g. method is now in f1).
- A lot of code relating to JSR292 could be removed because most of the
logic has been moved to the (Java) lambda forms.
- A few native methods have been added (MH.invokeBasic(),
MH.linkToVirtual(), MH.linkToStatic() MH.linkToSpecial()).
With those changes it's possible to build the Zero-JDK with itself, and
run the JSR292 related jtreg testcases. I did not (yet) attempt to run a
TCK or such, this would have to wait until all this gets backported to
JDK7 anyway, and I wanted to get some feedback on the changes first.
So what do you think?
And what are the next steps to (hopefully) get those changes committed?
I guess I need a bug-ID and formal review ?
And in case this is not the correct mailing list, please fwd to and/or
CC the correct list.
Thanks and kind regards,
Roman
Hello,
In the recent weeks I worked on the Zero interpreter, to get it to build
and run with JDK8, and in particular with the latest changes that came
from mlvm (meth-lazy). The following webrev applies to hsx/hotspot-main:
http://cr.openjdk.java.net/~rkennke/zerojdk8/webrev.00/
A few notes on the patch:
- Some makefile changes have been necessary to get it to build at all.
- A bunch of stub functions needed to be added to make the compiler
happy, they should not be called though.
- Most of the changes are related to JSR292 stuff, in particular the
added invokehandle handler, and the changes to invokedynamic resulting
from how the constant pool entry has changed (e.g. method is now in f1).
- A lot of code relating to JSR292 could be removed because most of the
logic has been moved to the (Java) lambda forms.
- A few native methods have been added (MH.invokeBasic(),
MH.linkToVirtual(), MH.linkToStatic() MH.linkToSpecial()).
With those changes it's possible to build the Zero-JDK with itself, and
run the JSR292 related jtreg testcases. I did not (yet) attempt to run a
TCK or such, this would have to wait until all this gets backported to
JDK7 anyway, and I wanted to get some feedback on the changes first.
So what do you think?
And what are the next steps to (hopefully) get those changes committed?
I guess I need a bug-ID and formal review ?
And in case this is not the correct mailing list, please fwd to and/or
CC the correct list.
Thanks and kind regards,
Roman
- backported by
-
JDK-8003117 make Zero build and run with JDK8
- Resolved
-
JDK-8006606 make Zero build and run with JDK8
- Resolved
-
JDK-8007582 make Zero build and run with JDK8
- Resolved
-
JDK-8017880 make Zero build and run with JDK8
- Closed
- relates to
-
JDK-8010770 Zero: back port of 8000780 to HS24 broke JSR 292
- Closed
-
JDK-8255041 Zero: remove old JSR 292 support leftovers
- Resolved
(1 relates to)