hs25-b61 has been integrated into jdk8-b119.
http://hg.openjdk.java.net/jdk8/jdk8/rev/9e90215673be
http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/379fc7609beb
http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/ce42d815dd21
http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/69a930376c70
http://hg.openjdk
Changeset: e51d73189692
Author:amurillo
Date: 2013-11-22 13:42 -0800
URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/e51d73189692
8028815: new hotspot build - hs25-b61
Reviewed-by: jcoomes
! make/hotspot_version
Changeset: 19146c82b6fc
Author:hseigel
Date: 2013-11-2
Changeset: e4499a6529e8
Author:amurillo
Date: 2013-12-03 12:37 -0800
URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e4499a6529e8
8029421: Add
java/lang/reflect/Method/invoke/TestPrivateInterfaceMethodReflect.java to
exclude list
Reviewed-by: alanb, jcoomes
! test/ProblemList.t
Changeset: 779e155419b8
Author:ihse
Date: 2013-11-04 11:11 +0100
URL: http://hg.openjdk.java.net/jdk8/jdk8/nashorn/rev/779e155419b8
8027566: Remove the old build system
Reviewed-by: erikj, tbell
+ make/BuildNashorn.gmk
! make/Makefile
- makefiles/BuildNashorn.gmk
- makefiles/Makefi
http://hg.openjdk.java.net/jdk8/jdk8/rev/9e90215673be
http://hg.openjdk.java.net/jdk8/jdk8/nashorn/rev/c3343930c73c
http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/43a80d75d06e
http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/ad44a8473b3f
http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/172b8e056f
Changeset: a667caba1e84
Author:ihse
Date: 2013-11-14 10:53 +0100
URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/a667caba1e84
8027566: Remove the old build system
Reviewed-by: erikj, tbell
! Makefile
- NewMakefile.gmk
! common/autoconf/Makefile.in
! common/autoconf/basics.m4
! common
Changeset: 9729f9862eb4
Author:ihse
Date: 2013-11-04 11:09 +0100
URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/9729f9862eb4
8027566: Remove the old build system
Reviewed-by: erikj, tbell
+ make/BuildCorba.gmk
! make/Makefile
- make/com/Makefile
- make/com/sun/Makefile
- make/
Changeset: 1d1af4ce8eeb
Author:ihse
Date: 2013-11-04 11:10 +0100
URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/1d1af4ce8eeb
8027566: Remove the old build system
Reviewed-by: erikj, tbell
+ make/BuildJaxws.gmk
! make/Makefile
- make/jprt.properties
- make/scripts/update_src.sh
Changeset: 80acb8151797
Author:ihse
Date: 2013-11-04 11:09 +0100
URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/80acb8151797
8027566: Remove the old build system
Reviewed-by: erikj, tbell
+ make/BuildJaxp.gmk
! make/Makefile
- make/jprt.properties
- make/scripts/update_src.sh
-
Changeset: 8043b9cf31ab
Author:ihse
Date: 2013-11-04 11:08 +0100
URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/8043b9cf31ab
8027566: Remove the old build system
Reviewed-by: erikj, tbell
+ make/BuildLangtools.gmk
! make/Makefile
- make/jprt.properties
- makefiles/BuildLan
Sounds reasonable to me.
-Joe
On 12/02/2013 03:36 PM, mark.reinh...@oracle.com wrote:
The rate of change in JDK 8 is ramping down, and the JDK 9 forests will
be open soon. Until JDK 8 ships, how shall we manage changes that need
to go into both releases?
The general rule, of course, is that c
Hi,
thanks for your replies. I was only afraid that we would have to go
trough a new round of reviews if we have to get new Bug-IDs for every
change.
But Iris just clarified that we will get a second, JDK 9 staging
repository once JDK 9 will be forked. So we will have to down- or
up-port our ppc-
2013/12/2 22:50 -0800, chris.hega...@oracle.com:
> Provided that engineers forward port JDK8 changes to JDK9 in a timely
> manner, then 'hg import --exact' can be used. Since JDK9 will contain
> the parent change set. That way tag changesets could also be forward
> ported, when 'hg import --exact'
2013/12/2 17:37 -0800, volker.simo...@gmail.com:
> if I understand this right, there's another downside of the approach
> you propose: you can't easily downport changes from JDK9 to JDK8
> update releases. This is because changes in JDK9 (i.e. our
> ppc-aix-port) will have ancestor changes in JDK9
On 2 Dec 2013, at 23:36, mark.reinh...@oracle.com wrote:
> ...
>
> By "apply independently" I mean "cherry pick"; i.e., export the patch
> for the JDK 8 changeset, apply the patch to a JDK 9 working forest,
> adjust the result as needed, build and test, and then commit a new
> changeset to JDK 9
On 03/12/2013 09:37, Volker Simonis wrote:
:
So what will be the best way to downport something from JDK9 to JDK8.
The only possiblity I see is again to "cherry pick"; i.e., export the
change from JDK9 and import it into JDK8. Do you see other
possibilities?
We do this all the time when bringing
Hi Mark,
if I understand this right, there's another downside of the approach
you propose: you can't easily downport changes from JDK9 to JDK8
update releases. This is because changes in JDK9 (i.e. our
ppc-aix-port) will have ancestor changes in JDK9 which are not in JDK8
(i.e. they are there, but
17 matches
Mail list logo
