harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sean Qiu <sean.xx....@gmail.com>
Subject Re: Google Summer of Code 2009
Date Mon, 16 Mar 2009 15:46:09 GMT
Sounds interesting.

2009/3/13 Andrew Cornwall <andrew.pack200@gmail.com>

> 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.li@gmail.com>
> wrote:
>
> > On Wed, Mar 4, 2009 at 10:43 PM, Egor Pasko <egor.pasko@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.pasko@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
> >
>



-- 
Best Regards
Sean, Xiao Xia Qiu

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message