<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Mark,<br>
<br>
Mark Wielaard wrote:
<blockquote cite="mid:1241163358.4571.17.camel@hermans.wildebeest.org"
 type="cite">
  <pre wrap="">Hi David,

On Thu, 2009-04-30 at 12:18 -0700, David Cox wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">"Real soon now" is now, finally.  We at Sun have been discussing the
idea of creating a "HotSpot Express" Project in OpenJDK through which
the stabilization of new versions of HotSpot could be managed.  We
could create repositories such as 

  <a class="moz-txt-link-freetext" href="http://hg.openjdk.java.net/hsx/14/baseline">http://hg.openjdk.java.net/hsx/14/baseline</a>
  <a class="moz-txt-link-freetext" href="http://hg.openjdk.java.net/hsx/14/master">http://hg.openjdk.java.net/hsx/14/master</a>

and

  <a class="moz-txt-link-freetext" href="http://hg.openjdk.java.net/hsx/15/baseline">http://hg.openjdk.java.net/hsx/15/baseline</a>
  <a class="moz-txt-link-freetext" href="http://hg.openjdk.java.net/hsx/15/master">http://hg.openjdk.java.net/hsx/15/master</a>

in which this work would be done.  A "baseline" repo would be used to
collect suitable bug fixes from developers.  Occasionally, these
changes would be pushed to "master" to form the basis of a stable
build.   This is the model we've used at Sun for many years.  If it
seems reasonable to folks, I'll ask one of HotSpot Group members to
submit a formal project proposal for consideration (Although I'm the
manager of Sun's HotSpot garbage collection and compiler teams,  I'm
not actually a member of the group!)
    </pre>
  </blockquote>
  <pre wrap=""><!---->
That sounds good. Thanks.

So, if I understand the proposed workflow correctly, general hotspot
development on the compiler, garbage collectors and runtime, will go on
in the <a class="moz-txt-link-freetext" href="http://hg.openjdk.java.net/jdk7/hotspot-*/hotspot">http://hg.openjdk.java.net/jdk7/hotspot-*/hotspot</a> repos, which
will be combined and merged into the
<a class="moz-txt-link-freetext" href="http://hg.openjdk.java.net/jdk7/hotspot/hotspot/">http://hg.openjdk.java.net/jdk7/hotspot/hotspot/</a> repo by one of the
hotspot gatekeepers. </pre>
</blockquote>
<br>
Yes, this process will continue.<br>
<blockquote cite="mid:1241163358.4571.17.camel@hermans.wildebeest.org"
 type="cite">
  <pre wrap="">Then when a new "express edition" should be created
a new branch under <a class="moz-txt-link-freetext" href="http://hg.openjdk.java.net/hsx/">http://hg.openjdk.java.net/hsx/</a>[xy]/baseline is made
from that. And when the baseline is declared "stable" the fixes there
will be pushed into <a class="moz-txt-link-freetext" href="http://hg.openjdk.java.net/hsx/">http://hg.openjdk.java.net/hsx/</a>[xy]/master.
  </pre>
</blockquote>
<br>
Yes.&nbsp; Over the last couple of years, we've created new versions of
HotSpot for delivery into Java SE 6 Updates, and now OpenJDK 6.<br>
<blockquote cite="mid:1241163358.4571.17.camel@hermans.wildebeest.org"
 type="cite">
  <pre wrap="">One of these hsx/[xy]/master sources will then be selected to be in
<a class="moz-txt-link-freetext" href="http://hg.openjdk.java.net/jdk7/jdk7/hotspot/">http://hg.openjdk.java.net/jdk7/jdk7/hotspot/</a> and 
<a class="moz-txt-link-freetext" href="http://hg.openjdk.java.net/jdk6/jdk6/hotspot/">http://hg.openjdk.java.net/jdk6/jdk6/hotspot/</a>
  </pre>
</blockquote>
<br>
Not quite.&nbsp; The leading edge of HotSpot development with continue in
OpenJDK 7.&nbsp; We try to integrate the latest VM from jdk7/hotspot/hotspot
into jdk7/jdk7/hotspot on a (roughly) biweekly schedule.&nbsp; Sometimes we
integrate more frequently, as in b56 and b57.&nbsp; Of course, as OpenJDK 7
nears completion, the rate of change in HotSpot will slow
considerably.&nbsp; Somewhere in that time frame, the development line
should move to OpenJDK 8.<br>
<br>
Dave<br>
</body>
</html>