Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 35452 invoked from network); 4 Nov 2006 21:37:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Nov 2006 21:37:17 -0000 Received: (qmail 17129 invoked by uid 500); 4 Nov 2006 21:37:28 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 16927 invoked by uid 500); 4 Nov 2006 21:37:26 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 16918 invoked by uid 99); 4 Nov 2006 21:37:26 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Nov 2006 13:37:26 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [66.11.181.4] (HELO griffin.griffaction.ca) (66.11.181.4) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Nov 2006 13:37:13 -0800 Received: from [127.0.0.1] (helo=[127.0.0.1]) by griffin.griffaction.ca with esmtp (Exim 4.50 #1 (Debian)) id 1GgTC8-000503-07 for ; Sat, 04 Nov 2006 16:36:52 -0500 Message-ID: <454D06F7.4010806@sablevm.org> Date: Sat, 04 Nov 2006 16:32:39 -0500 From: Etienne Gagnon User-Agent: Debian Thunderbird 1.0.2 (X11/20060927) X-Accept-Language: en-us, en MIME-Version: 1.0 To: harmony-dev@incubator.apache.org Subject: Re: [drlvm] dynamic object layout References: <454B4806.8040803@Intel.com> <4dd1f3f00611030805l7ec7f3c6ra833e4e725af0e39@mail.gmail.com> <4dd1f3f00611041318r237bb2aepb8df0176fbbedaa8@mail.gmail.com> In-Reply-To: <4dd1f3f00611041318r237bb2aepb8df0176fbbedaa8@mail.gmail.com> X-Enigmail-Version: 0.91.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig68A9A5BCCB84E7527666BCB9" X-Virus-Checked: Checked by ClamAV on apache.org --------------enig68A9A5BCCB84E7527666BCB9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi, In the SableVM project, all new feature development is done in sandboxes. This helps maintaining a robust trunk (as much as is possible). My experience is that this works well. Maybe you could do the same in Harmony. Isn't there already some "sandboxes"? It might or might not work well here, though. In SableVM, bugs are not usually reported against sandboxes. In contrast, in Harmony, almost everything is done through JIRA, including patch submission... Etienne Weldon Washburn wrote: > On 11/4/06, Alexei Fedotov wrote: >> So my suggestion is to create separate branches for new features which >> could be merged into the main branch when mature enough to achieve an >> appropriate level of stability. What do you think? > > As much as I hate it, I don't know how to avoid branching. Also, we > probably need some sort of JIRA coding to reflect which branch has which > patches. -- Etienne M. Gagnon, Ph.D. http://www.info2.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ --------------enig68A9A5BCCB84E7527666BCB9 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 iD8DBQFFTQb3jyrJi4rH84gRAjJAAJ9I3qBg5bbC2wQ/THdO67cxrphdVwCfbh9G M1ytYSxYACd3tN07v2WjFVU= =h9V1 -----END PGP SIGNATURE----- --------------enig68A9A5BCCB84E7527666BCB9--