On 22/11/16 00:41, Gustavo Romero wrote:
> Do you know if the gap between Math and StrictMath is also huge on aarch64?
I'll try to have a look.
Andrew.
Following the standard by other tools, we set ZIP to the path of the zip
binary.
However, ZIP is interpreted as a way to control options for the Info-Zip
zip binary.
The solution is to rename the variable ZIP to ZIPEXE.
Bug: https://bugs.openjdk.java.net/browse/JDK-8168037
WebRev:
http://cr
Hello,
In spec.gmk.in, shouldn't it be "ZIPEXE:=@ZIPEXE@"?
/Erik
On 2016-11-22 10:58, Magnus Ihse Bursie wrote:
Following the standard by other tools, we set ZIP to the path of the
zip binary.
However, ZIP is interpreted as a way to control options for the
Info-Zip zip binary.
The soluti
On 2016-11-22 11:23, Erik Joelsson wrote:
Hello,
In spec.gmk.in, shouldn't it be "ZIPEXE:=@ZIPEXE@"?
You are absolutely right.
How could that ever have worked?! And I did run it through jprt...
I'll fix and re-check.
/Magnus
/Erik
On 2016-11-22 10:58, Magnus Ihse Bursie wrote:
Followin
Looks good to me.
/Erik
On 2016-11-21 10:25, Magnus Ihse Bursie wrote:
The current javadoc generation first creates the coredocs Javadoc, and
after that all the remaining javadoc instances.
This dependency is not really needed, all that is required is that the
remaining javadoc instances ge
On 2016-11-22 12:19, Magnus Ihse Bursie wrote:
On 2016-11-22 11:23, Erik Joelsson wrote:
Hello,
In spec.gmk.in, shouldn't it be "ZIPEXE:=@ZIPEXE@"?
You are absolutely right.
How could that ever have worked?! And I did run it through jprt...
I'll fix and re-check.
Updated webrev:
http://c
Looks good.
/Erik
On 2016-11-22 14:40, Magnus Ihse Bursie wrote:
On 2016-11-22 12:19, Magnus Ihse Bursie wrote:
On 2016-11-22 11:23, Erik Joelsson wrote:
Hello,
In spec.gmk.in, shouldn't it be "ZIPEXE:=@ZIPEXE@"?
You are absolutely right.
How could that ever have worked?! And I did run i
The inclusion of the generated jvmti.h was fixed in JDK-8063154, however
the comments still state that this does not work.
Bug: https://bugs.openjdk.java.net/browse/JDK-8170184
Patch inline:
diff --git a/make/gensrc/GensrcJvmti.gmk b/make/gensrc/GensrcJvmti.gmk
--- a/make/gensrc/GensrcJvmti.gmk
On 22/11/2016 13:56, Magnus Ihse Bursie wrote:
The inclusion of the generated jvmti.h was fixed in JDK-8063154,
however the comments still state that this does not work.
Bug: https://bugs.openjdk.java.net/browse/JDK-8170184
Patch inline:
diff --git a/make/gensrc/GensrcJvmti.gmk b/make/gensrc/
Looks good.
/Erik
On 2016-11-22 14:56, Magnus Ihse Bursie wrote:
The inclusion of the generated jvmti.h was fixed in JDK-8063154,
however the comments still state that this does not work.
Bug: https://bugs.openjdk.java.net/browse/JDK-8170184
Patch inline:
diff --git a/make/gensrc/GensrcJvmti
This patch moves src.zip and jrt-fs.jar from the top-level into
the `lib` directory in the run-time image as we proposed [1].
Webrev:
http://cr.openjdk.java.net/~mchung/jdk9/webrevs/8169816/webrev.00/
thanks
Mandy
[1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-November/010128.html
+1
> On Nov 22, 2016, at 5:07 PM, Mandy Chung wrote:
>
> This patch moves src.zip and jrt-fs.jar from the top-level into
> the `lib` directory in the run-time image as we proposed [1].
>
> Webrev:
> http://cr.openjdk.java.net/~mchung/jdk9/webrevs/8169816/webrev.00/
>
> thanks
> Mandy
> [1]
>
12 matches
Mail list logo