Moving most of the code in src/vm to src/lib/vm and renamed 'vm' to 'core'.
Fixes to ant scripts. New 'vm' library compiles, but rest of dj doesn't.
Moved debug.c to vm lib (all we're using in other places is in debug.h), and moved run level code in lib/vm/execution.c to new core.c in src/core
Moved heap.c back to vm. Not sure if we'll need GC for picking, probably not. For now I'm planning to just create a simple replacement for picokong that can't free memory. Maybe I'll split the code in heap.c in VM dependent and independent parts later.
Only include existing infusion files for libraries. Some may not exist if the lib only contains C code. (still need to update library build process)
Changed library build process not to produce an infusion if the lib does't contain Java code. (currently only vm and uart, but should move some initialisation code from wkpf and wkreprog from Java to C)
Various fixes. DJ with vm library can run normal WuKong application again, but the build system isn't perfect (not sure why I need to include wkcomm in app/wkdeploy/build.xml, but not uart)
"wkpf" library currently still depends on "vm". This should be split into a base "wkpf" and "wkpf-virtual" library, with the second containing all code needed for running virtual wuclasses.
Generate a file during build process that will call <libname>_init() for each included library, and contains native handlers for libraries that have Java code.
Added <libname>_init for each library, and removed old Java code that was used to do the same in some libs.
Fixed init code. Can run WuKong app again. Still has an issue with the build script. (need to build vm lib manualy)
First steps in splitting wkpf in a part without vm and separate wkpf_virtual library that adds support for virtual wuclasses on top of it. Committing because I decided to split the heap code and keep the GC in core since wkpf depends on it too much, and I want that change in one clean commit.
Splitting garbage collector into generic part in src/core and vm specific code in lib/vm. Still broken at the moment.
One bug down. Still another to go. :-/
Remove the obejct from the safe pointer list when we can't get the monitor block. This doesn't solve my bug, but it's wrong anyway.
Missing break in panic.c switch.
Well, that was a spectacularly stupid way to break the garbage collector...
Call the infuser task on the base library before building the vm.

The vm and base libraries depend on each other. Obviously base needs a lot of headers from vm, but vm also needs a number of constants define in base, for example to create Exception objects.
This circular dependency is ugly of course. Maybe we should merge the two later, but for now I'm just calling the "infuser" task in base before building vm. This lets the infuser create the necessary header files without trying to build the C code which would fail. This is all vm needs to build.
Force libraries to be built in the order they're specified in the config's build file.

It seems I've simply been lucky so far that the dependencies between libraries happen to match the alphabetical ordering. But that isn't the case anymore now that base depends on vm, so vm should be built before anything else.
Revert some accidentally committed some debug code in wkcomm.
Fixed bug in wkcomm init (there were two functions with the same name wkcomm_init).