RFR: Fix volatile float field access in Shark

Roman Kennke rkennke at redhat.com
Thu Dec 6 12:48:01 PST 2012


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




More information about the hotspot-compiler-dev mailing list