Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Message-ID: <442243D6.4060308@sablevm.org>
Date: Thu, 23 Mar 2006 01:44:38 -0500
From: Etienne Gagnon <egagnon@sablevm.org>
User-Agent: Debian Thunderbird 1.0.2 (X11/20051010)
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
CC: "Grzegorz B. Prokopski" <gadek@debian.org>
Subject: Re: Contributing SableVM?
References: <442168FC.1020208@sablevm.org> <4421A3B6.1060007@pobox.com>
 <44224016.7090704@sablevm.org>
In-Reply-To: <44224016.7090704@sablevm.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="------------enigB4C29C62E00FE744E766AA60"

--------------enigB4C29C62E00FE744E766AA60
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Oh! I forgot to add...

I think that the reverse should also apply.  I do not think that it
would be OK for current Harmony commiters to simply go and change the
SableVM code without discussing it on this list first.  Their right to
commit obvious little patches and improvements within the sablevm code,
without prior discussion on this list, should be earned too.

It's not only a question of fairness; it is a technical one.  Even if
some of the SableVM code might look simple, there are often deeper
principles behind the code.  It is easy to transgress important
correctness rules without noticing it.  The C language offers no
protection against it.  [Rules about stopping/resuming java in VMI code,
etc.]

JCHEVM simplified many problems by selecting a non-moving collector.
SableVM has not only a moving collector, but also moving Java frame
stacks, etc.  Lots of tricky (yet nice) stuff.

:-)

Etienne

> So, how about the following:  We go with some hybrid of your options #2
> and #3.  The number of "automatic commiters" is limited to two
> developers: Greg and me.  To commit anything outside the SableVM code,
> Greg and me must first discuss it on this list, and get the consent of
> Harmony developers.  The right to commit obvious little patches and
> improvements outside the sablevm code, without prior discussion on this
> list, must be earned.

-- 
Etienne M. Gagnon, Ph.D.            http://www.info2.uqam.ca/~egagnon/
SableVM:                                       http://www.sablevm.org/
SableCC:                                       http://www.sablecc.org/

--------------enigB4C29C62E00FE744E766AA60
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFEIkPWjyrJi4rH84gRAvF0AJ443O6OTn5Wq16zVxSbvTUMiyhSigCdF7J2
9wJYg0q+3qdqcSPNY6moOK8=
=g4eQ
-----END PGP SIGNATURE-----

--------------enigB4C29C62E00FE744E766AA60--