Etienne,
I didn't mean that every Harmony JVM should follow OPEN interface. It
is not necessary to implement but maybe JVMs can benefit from
following it (or any kind of standard interface accepted by the
community). It is just a proposal with some simple ideas behind it:
First, JVM should be
Etienne,
Some words about your example.
OPEN doesn't rely on any particular object layout, but tries to define
functional interface for object access purposes.
Open_Managed_Object_Handle is used to access this functionality from
the components other than VM Core.
In order to eliminate
On 5/30/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Etienne Gagnon wrote:
Hi Anton,
Are you proposing that all Harmony JVMs must abide by the OPEN proposal?
I won't attempt to speak for Anton, but IMO, no.
Right now, any JVM that works w/ Harmony classlib must simply support
the class
Hello,
I would like to try to draw attention to the OPEN proposal again. It
was published about two weeks ago and produced a very small response
in the community. This interface is very important, because if it is
accepted, it will become a base of (many?) Harmony VMs.
For example, one of the
Hi Anton,
Are you proposing that all Harmony JVMs must abide by the OPEN proposal?
If yes, I think that some process has to be put in place to present and
discuss each of this proposal's part, and dedicate time to do so. IMO,
I don't think that everyone (in the JVM sub-communityof Harmony) can
to the OPEN spec at this
point,
though that is the final intent. The OPEN specification is also an
idea,
and
by no means complete. We need the community's help in giving the final
form
to this specification, defining the header files that map to the
specification, and then in taking
standardized interfaces.
The DRLVM codebase does not quite confirm to the OPEN spec at this
point,
though that is the final intent. The OPEN specification is also an
idea,
and
by no means complete. We need the community's help in giving the final
form
to this specification, defining
that is the final intent. The OPEN specification is also an idea,
and
by no means complete. We need the community's help in giving the final
form
to this specification, defining the header files that map to the
specification, and then in taking the Harmony implementation forward to
be
OPEN
confirm to the OPEN spec at this point,
though that is the final intent. The OPEN specification is also an idea, and
by no means complete. We need the community's help in giving the final form
to this specification, defining the header files that map to the
specification, and then in taking the Harmony
compiler,
ClassLibrary-VM Interface etc. That it will provide a framework for
developing and interconnecting alternate component implementations through
standardized interfaces.
The DRLVM codebase does not quite confirm to the OPEN spec at this point,
though that is the final intent. The OPEN
10 matches
Mail list logo