Is there any desire to extend VMTT?
- add a real assembly format (jsr :label or something like that, instead of
jsr -11.) (Does jasm do this, and if so could we use their format?)
- add flexibility for bad classes
- specifying the padding for tableswitch/lookupswitch
- allow double/long constantpool entries without subsequent constant
pool entry
- mixed asm and bin in methods
- allow insertion of binary data at other places (eg constant pool)
- fix bugs
Just some thoughts...
Andrew Jr.
On Wed, Mar 4, 2009 at 5:03 PM, Xiao-Feng Li <xiaofeng...@gmail.com> wrote:
> On Wed, Mar 4, 2009 at 10:43 PM, Egor Pasko <egor.pa...@gmail.com> wrote:
> > On the 0x56A day of Apache Harmony Xiao-Feng Li wrote:
> >> On Wed, Mar 4, 2009 at 6:46 PM, Egor Pasko <egor.pa...@gmail.com>
> wrote:
> >>> On the 0x56A day of Apache Harmony Xiao-Feng Li wrote:
> >>>> This is interesting. Project ideas related to this include:
> >>>>
> >>>> 1. Make Apache Harmony support Google Android applications. (Android
> >>>> on Harmony should be much faster with the much more powerful JIT and
> >>>> GC).
> >>>
> >>> Do you mean replacing Dalvik on top of the Android stack or making a
> >>> system that works on a common desktop?
> >>
> >> Something like that... :) At the moment I prefer the second approach:
> >> to make Harmony ready for Android applications on desktop. The first
> >> approach probably should be a project of Google Android.
> >
> > sounds like a nice idea :) though I cannot imagine how much work is
> > required to make this happen..
>
> Yes, there are lots of work in it. Well only when somebody really
> starts thinking about it, can we gradually get some good solution. To
> replace Dalvik with Harmony in Android stack might be easier. In any
> case, it requires to run Android on top of a desktop OS, with full
> libc and utils, because that's Harmony needs. That's why I have the
> second project idea, to reduce Harmony into a very concise version
> that requires only minimum OS supports, as minimum as Android
> requires. :)
>
> Thanks,
> xiaofeng
>
> > --
> > Egor Pasko
> >
> >
>
>
>
> --
> Managed Runtime Technology Center, Intel
>
