Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [arch] The Third Way : C/C++ and Java and lets go forward
Date: Tue, 24 May 2005 08:49:18 +0930
Message-ID: <F02EAE07A561584D92034BA84EE60123A028AA@eduau-exch.eduau.local>
From: "Nick Lothian" <nlothian@educationau.edu.au>
To: <harmony-dev@incubator.apache.org>

>=20
> Geir Magnusson Jr. wrote:
> >> a) Respectfully petition JamVM for a one-time license grant of the=20
> >> codebase under the Apache License that we can start with. =20
> We would=20
> >> use this as our base kernel, refactoring out the modules that we=20
> >> decide on in II above, and working to implement those modules in=20
> >> whatever makes sense - Java or C.  Robert brought up this issue on=20
> >> the list, so I have responded w/ a request on this list
>=20
> Just something to consider..
>=20
> JamVM is optimized for size (and succeeds incredibly well at=20
> that), not necessarily completeness. For example, I don't=20
> think that it supports class loader unloading or=20
> soft/weak/phantom references (Robert please correct me if=20
> this is wrong). Those are non-trivial bits to have to design=20
> and write from scratch, and retro-fitting them into an=20
> existing VM could potential require significant rework.
>=20
> -Archie
>=20

According to http://www.csc.uvic.ca/~csc586a/Ass1.pdf JamVm lacks a
bytecode verifier, too.

I suspect that would be easier to add than soft/weak/phantom references,
though.

Nick


IMPORTANT: This e-mail, including any attachments, may contain private =
or confidential information. If you think you may not be the intended =
recipient, or if you have received this e-mail in error, please contact =
the sender immediately and delete all copies of this e-mail. If you are =
not the intended recipient, you must not reproduce any part of this =
e-mail or disclose its contents to any other party.
This email represents the views of the individual sender, which do not =
necessarily reflect those of education.au limited except where the =
sender expressly states otherwise.
It is your responsibility to scan this email and any files transmitted =
with it for viruses or any other defects.
education.au limited will not be liable for any loss, damage or =
consequence caused directly or indirectly by this email.=20