Hi David,
Need to hear from core-libs and/or launcher folk as this touches a number of
pieces of code.
I'm waiting more reviewer(s) .
BTW, Should I make patches which are based on jdk9/dev repos?
My proposal includes hotspot changes.
So I want to know whether I can push all changes jdk9/dev/
Hi Yasumasa,
On 16/04/2016 7:29 PM, Yasumasa Suenaga wrote:
Hi David,
I uploaded new webrev:
- hotspot:
http://cr.openjdk.java.net/~ysuenaga/JDK-8152690/webrev.03/hotspot/
- jdk:
http://cr.openjdk.java.net/~ysuenaga/JDK-8152690/webrev.03/jdk/
Ah sneaky! :) Using JNI to by-pass
Hello!
Please review and sponsor the following patch:
https://bugs.openjdk.java.net/browse/JDK-8154387
http://cr.openjdk.java.net/~tvaleev/webrev/8154387/r1/
The rationale is to speed-up the parallel processing for unordered
streams with low limit value. Such problems occur when you want to
perfo
Thanks. Corrected copyright and pushed.
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/e2b04e57b51a
Regards,
Sean.
On 15/04/2016 15:46, Xuelei Fan wrote:
Looks nice to me. It would be nice to update the copyright date, too.
Thanks,
Xuelei
On 4/15/2016 10:13 PM, Seán Coffey wrote:
I need to co
Hi David,
I uploaded new webrev:
- hotspot:
http://cr.openjdk.java.net/~ysuenaga/JDK-8152690/webrev.03/hotspot/
- jdk:
http://cr.openjdk.java.net/~ysuenaga/JDK-8152690/webrev.03/jdk/
it won't work unless you change the semantics of setName so I'm not sure what
you were thinking he
On 16/04/2016 3:27 PM, Yasumasa Suenaga wrote:
Hi David,
That change in behaviour may be a problem, it could be considered a
regression that setName stops setting the native thread main, even
though we never really intended it to work in the first place. :( Such
a change needs to go through CCC
On 16/04/2016 3:27 PM, Yasumasa Suenaga wrote:
Hi David,
That change in behaviour may be a problem, it could be considered a
regression that setName stops setting the native thread main, even
though we never really intended it to work in the first place. :( Such
a change needs to go through CCC
