-February/009128.html
[2]: http://cr.openjdk.java.net/~rriggs/CR6708398/webrev/
On Sat, Feb 4, 2012 at 1:47 AM, Tom Rodriguez tom.rodrig...@oracle.com
wrote:
On Feb 3, 2012, at 12:38 AM, Krystal Mok wrote:
Hi Florian,
On Fri, Feb 3, 2012 at 4:11 PM, Florian Weimer fwei...@bfk.de
On Feb 3, 2012, at 12:38 AM, Krystal Mok wrote:
Hi Florian,
On Fri, Feb 3, 2012 at 4:11 PM, Florian Weimer fwei...@bfk.de wrote:
Will Hotspot be able to optimize away the string construction on the
exception path in multiplyExact() if the exception is caught locally?
At least
I actually looked into this in some detail and the reason for the difference in
C1 is two fold. First the state of the JVM at array load is slightly different
for a[i++] vs. a[i], i++. In the first case the top state has a copy of the
original i but the local for i has i+1. In the second
On May 24, 2010, at 5:55 AM, Xerxes Rånby wrote:
When running this testcase using various jvms / architectures i get varying
results of the calculated log_result2 and log_result which
ARCH+JVM combination log_result (javac)
log_result2 (jit)
Tom Rodriguez said the following on 03/26/09 08:53:
FPE_FLTRES appears to concern inexact results being produced but
these kinds of exception should always be masked for us. In what
kind of code was this reported?
tom
On Mar 24, 2009, at 5:58 PM, David Holmes - Sun Microsystems wrote:
Can
