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)
From: "Renaud BECHADE" <renaud.bechade@numerix.com>
To: <harmony-dev@incubator.apache.org>, <enrico.migliore@fatti.com>
Subject: RE: some ideas
Date: Wed, 1 Jun 2005 17:50:39 +0900
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
Thread-Index: AcVmg+UU1Dky5kTMQ56T8FkMrbiRCQAApdcg
In-Reply-To: <429D7021.1040807@fatti.com>
Message-Id: <20050601085039.2FEC12021A3@nxmail.numerix.com>

＞1. In order not re-invent the wheel, it would be better to start from
＞     JVM Sun's implementation. The code, if  I'm not wrong, is public.
＞     Or, at least, from a solid implementation.

The license is restrictive enough to force FreeBSD users to download
manually and separately Sun's code and the patches....

> 2. An attracting feature would be designing the Harmony JVM to be portable
>     across Windows and Linux.

Hum ... I would rather it exists on non linux free unices & some embedded
systems, that really are in need for a /good/ JVM. (win$ can be supported of
course, but I am not sure win$ users are the main target, at the beginning)

RB


-----Original Message-----
From: Enrico Migliore [mailto:enrico.migliore@fatti.com]
Sent: Wednesday, June 01, 2005 5:22 PM
To: harmony-dev@incubator.apache.org
Subject: some ideas

Hi guys,

 here are some ideas:

 1. In order not re-invent the wheel, it would be better to start from
     JVM Sun's implementation. The code, if  I'm not wrong, is public.
     Or, at least, from a solid implementation.

 2. An attracting feature would be designing the Harmony JVM to be portable
     across Windows and Linux.

 3. I think that the C language should be used instead of C++.


ciao,
 Enrico