hg.openjdk.java.net/sumatra/sumatra-*

[John Rose]

On Feb 11, 2013, at 7:19 AM, "Deneau, Tom" <tom.deneau at amd.com> wrote:

> The wiki page https://wikis.oracle.com/display/HotSpotInternals/SumatraRepositoryInfo
> looks like a good start.  I will make some edits to it later regarding named branches once
> we figure out what the server can support.

Good; thanks for looking at that!  I pushed this file which points at it:
  http://hg.openjdk.java.net/sumatra/sumatra-dev/scratch/raw-file/tip/README-SUMATRA

> You mentioned some server config will be required,
> how does that get done?

John Coomes helps run the hg.ojn server.  He is the one who set us up in the first place.

Probably the next step is to make a dummy branch in sumatra-dev/scratch and try to push it.

> One other question was the occasional pulling form the latest jdk8 into sumatra-dev.
> Is that something that any committer can do, or does it happen automatically at some frequency?

No, it's not automatic.  In a typical child (downstream) repository, local modifications have to be reconciled with incoming changes from the parent repository.  This require some manual gatekeeping.  For the hotspot repos, this is done by rotating assignment within the Oracle workgroup.  I don't have an immediate proposal for when and how to do the same for sumatra-dev.

> Does the pulling from jdk8 follow the usual path of going first into sumatra-dev-gate and finally into sumatra-dev?

Yes, it will.  No changes go directly into the non-gate repo.

Moving forward, I expect we will want to populate sumatra-dev/scratch with various small experiments, such as the foreign-array mechanism David Chase is working on.

For something larger-scale like Graal or Aparapi, we need to decide whether (and how) we want to either import it (as a downstream child or a one-time copy) or else maintain a MQ patch set on top of it.

— John