soywiz

I had problems using `java_lang_Object*` (and others `java_...*`) when tried yesterday to type it. Not sure why, but creating a typedef per type, allowed me to compile it at least....

Sure. I agree with you that there are other priorities first that should be addressed. So no rush here, just wanted to put here as a remember for the future...

I think I'm approaching to the issue. I think that it is related that interfaces are not related to `java.lang.Object`, just like this: ```c++ struct O { }; struct I1...

This will be required (at least partially) for #127 . This works. And fails without the virtual operator. This way we can cast from interfaces to java_lang_Object ``` #include struct...

Thanks :) Actually, i think that lime supports generating emscripten (which is used un both: gdx-backend-jtransc, and jtransc-media). And since it also can generate c++ already, it can for sure...

Yeah I think it will happen sometime. As far as i know it could be pretty complicated/expensive implement a GC on top of that, since you don't have direct access...

I think is could be done already. As far as I know Unity's il2cpp uses boehm GC too and seems to work with emscripten. So with C++ target, we could...

Yes, the idea is to use subtargets. We can also add defines/macros to subtargets. Actually I would like to change the "subtarget" name to something else. Maybe toolchain? So you...

Also soon will be able to use plain threads here: https://v8project.blogspot.com.es/2017/06/v8-release-60.html http://kangax.github.io/compat-table/es2016plus/#test-shared_memory_and_atomics

I will work on this soon. Probably tomorrow.