Interesting question. I did a comparison of the total size of the images
on my Linux x64 workstation:
current no-g all-g
j2sdk 303M300M 314M
j2re 212M209M 220M
I should clarify that in langtools, -g is only added to the compilation
of the interim compiler, not the classes tha
On 4/12/14 4:32 AM, Dmitry Samersoff wrote:
> Peter,
>
> It's perfectly fine to just copy entire forest.
>
> Local clone is faster than copy, but you have to restore .hg/hgrc
> afterward if you plan to do the push from this workspace.
Hi Dimitri, I tried local clone first and that was the first th
Peter,
After local clone your .hg/hgrc file contains
[paths]
default =
instead of http://hg.openjdk.java.net/jdk9/hs-rt
You have to fix it to do update/push. And it's the only thing you have
to fix.
-Dmitry
On 2014-04-14 20:13, Pete Brunet wrote:
>
> On 4/12/14 4:32 AM, Dmitry Samersoff wro
There was some suggestion in the past that a JRE would not include symbols in
it's RT.jar but a JDK would. For packaging reasons this apparently never
happened though it has been often requested.
Mike
On Apr 14 2014, at 01:41 , Erik Joelsson wrote:
> Interesting question. I did a comparison o
Thanks Mandy and Alan for the review.
webrev has been updated accordingly to
(1) Removed the basic.sh. The tests are now using test.jdk to access the
zipfs.jar directly
(2) Updated most of the class to package package, only
ZipFileSystemProvider (the spi interface)
and ZipInfo are public
On 14/04/2014 18:52, Xueming Shen wrote:
Thanks Mandy and Alan for the review.
webrev has been updated accordingly to
(1) Removed the basic.sh. The tests are now using test.jdk to access
the zipfs.jar directly
(2) Updated most of the class to package package, only
ZipFileSystemProvider (the s
On 4/14/14 11:56 AM, Alan Bateman wrote:
On 14/04/2014 18:52, Xueming Shen wrote:
Thanks Mandy and Alan for the review.
webrev has been updated accordingly to
(1) Removed the basic.sh. The tests are now using test.jdk to access
the zipfs.jar directly
(2) Updated most of the class to package p
Hi All,
I tried to build JDK9 on a windows machine (Win server 2008 R2
Enterprise) and got following error messages
$ ./configure
--with-boot-jdk=/cygdrive/c/Users/amjiang/workspace/tools/jdk1.8.0
--with-target-bits=32
...
configure: Using microsoft C compiler version 16.00.30319.01 [Mi
