On May 18, 2005, at 4:27 AM, Tom van Dijck wrote:
> Hi,
>
> I've had some time today to cleanup and make the VM a standalone
> thing,
> since it pretty much was designed to work together with our Game
> Engine.
> Full game engine (forgive me my commercial plug on the list) can be
> licensed
> as well. It's been used for "Red Ninja: End of Honor" and several
> other
> games.
>
> Please bare in mind that in our Game Engine we use java as a scripting
> language, NOT as our main development language, and thus use a very
> restricted and small runtime. We do NOT fully implement the J2SE
> API, nor do
> we have any intensions to do so.
>
> Anyway, the standalone VM is available on www.mudge.nl/java/
> It is distributed under a somewhat modified version of the ZLIB
> license, so
> for use as reference or as a base for harmony there should be no
> problem
> whatsoever. If there are any problems with the license please let
> me know so
> we can negotiate, all I want is to be notified about what happens
> to my code
> and who uses it.
>
Tom, thanks for this. Comments?
geir
> Tom van Dijck
> mudGE Entertainment
>
>
>
>
>
>> -----Original Message-----
>> From: Geir Magnusson Jr. [mailto:geirm@apache.org]
>> Sent: Wednesday, May 18, 2005 6:35 AM
>> To: harmony-dev@incubator.apache.org
>> Subject: [arch] VM Candidate : JC @ http://jcvm.sourceforge.net/
>>
>> For those that want meaningful subjects lines, here it is and
>> for those that are waiting for an architecture discussion -
>> here it is.
>>
>> Here's the first of the offered VMs. (I've privately mailed
>> Tom van Dijck about mudGE so we can look at something else)
>>
>> I've downloaded and will begin playing with today. Archie,
>> can you give a brief overview of structure?
>>
>> Can we get some discussion about this from those that know
>> about about VM architecture?
>>
>> geir
>>
>>
>> On May 16, 2005, at 3:22 PM, Archie Cobbs wrote:
>>
>>>
>>> As mentioned before, and/all of JC [1] is available and
>>>
>> I'll be happy
>>
>>> to relicense it. All of the code was written by me (though I didn't
>>> invent all of the algorithms of course).
>>>
>>> Some bits I can think of that may be useful, roughly ordered from
>>> smaller and more likely to larger and less likely...
>>>
>>> - Splay tree implementation (splay.c)
>>> - String/UTF-8 functions (string.c, utf.c)
>>> - ZIP file reader (zip.c)
>>> - Class file parser (cf_parse.c)
>>> - Native local and global reference code (native_ref.c)
>>> - Per-classloader memory allocator (cl_alloc.c)
>>> - SableVM thin lock algorithm (lock.c)
>>> - Native library loader (native_lib.c)
>>> - VM Bootstrap code (vm.c, bootstrap.c)
>>> - JNI support (jni_invoke.c, jni_native.c)
>>> - Reflection support (reflect.c)
>>> - Dynamic invoker (invoke.c)
>>> - Threading support (thread.c)
>>> - Heap structure and garbage collector (heap.c, gc_root.c,
>>> gc_scan.c).
>>> - Bytecode interpreter (interp.c)
>>> - Class loading, derivation, and resolution (load2.c, derive2.c,
>>> resolve.c)
>>>
>>> There's also an ELF object loader and DWARF2 parser if you
>>>
>> need those
>>
>>> :-)
>>>
>>> -Archie
>>>
>>> [1] http://jcvm.sourceforge.net/
>>>
>>>
>>
>> --
>> Geir Magnusson Jr +1-203-665-6437
>> geirm@apache.org
>>
>>
>>
>
>
>
--
Geir Magnusson Jr +1-203-665-6437
geirm@apache.org
|