-
Bug
-
Resolution: Fixed
-
P4
-
None
-
b16
-
generic
-
generic
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8007178 | 8 | Christian Thalinger | P4 | Resolved | Fixed | b75 |
http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2012-December/009089.html
One of the jtreg tests (test/compiler/6796786/Test6796786.java) was
failing with Shark because LLVM could not compile atomic load/store for
float (and double). This change inserts a bitcast to the int type with
same width.
http://cr.openjdk.java.net/~rkennke/shark-atomic/webrev/
Ok to go in?
Roman
One of the jtreg tests (test/compiler/6796786/Test6796786.java) was
failing with Shark because LLVM could not compile atomic load/store for
float (and double). This change inserts a bitcast to the int type with
same width.
http://cr.openjdk.java.net/~rkennke/shark-atomic/webrev/
Ok to go in?
Roman
- backported by
-
JDK-8007178 Shark: fix volatile float field access
-
- Resolved
-