harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Pavel Pervov" <pmcfi...@gmail.com>
Subject Re: [drlvm] Doing the minimum to support Java 5 classfiles
Date Fri, 23 Jun 2006 08:52:57 GMT
Geir,

> What's the first thing we do?
I'd suggest switching the build to 1.5.

The rest will come shortly :)

Pavel Pervov.
Intel Middleware Products Division.

On 6/23/06, Geir Magnusson Jr <geir@pobox.com> wrote:
>
> This sounds easy and fun.
>
> What's the first thing we do?
>
> geir
>
>
> Rana Dasgupta wrote:
> > Geir,
> >  Not sure at what level of detail you are asking, but  we  need some
> > changes in the DRLVM class support code to handle the new
> > class format. These include the acc_synthetic , acc_annotation etc.
> access
> > modifiers,  the new attrs like enclosingClass,  runtime
> > visible/invisible attrs, signatures for generics support and the
> > class/interface naming convention changes etc. There should be
> some  small
> > changes in the interpreter and JIT to support the ldc CONSTANT_Class .
> > There are possibly some minimal associated changes to the kernel classes
> > also even without the full implementation of annotation, reflection etc.
> > kernel classes as Alexey pointed out on the previous 1.5 thread.
> >
> > Rana
> >
> >
> > On 6/22/06, Tim Ellison <t.p.ellison@gmail.com > wrote:
> >>
> >> There are modest changes to the classfile format that need to be
> >> supported; once they are in place we can remove the compiler-hack.
> >>
> >> Regards,
> >> Tim
> >>
> >> Geir Magnusson Jr wrote:
> >> > It seems we're in general agreement that getting DRLVM to deal with
> >> Java
> >> > 5 classfiles is a good place to start.
> >> >
> >> > It supports our project desire to get off the target=jsr14 hack for
> >> > compiling.
> >> >
> >> > So, for those that know the DRLVM codebase, what are the steps?
> >> >
> >> > Anyone who throws the One Big Patch over the wall will be summarily
> >> > beaten about the head and neck with a trout, by the way, and we may
> not
> >> > defrost the trout first... lets use this as an exercise to start
> >> > learning about the DRLVM and get people talking about how to do these
> >> > things together, with small patches once we agree on the strategy :)
> >> >
> >> > geir
> >> >
> >> > ---------------------------------------------------------------------
> >> > Terms of use : http://incubator.apache.org/harmony/mailing.html
> >> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> >> > For additional commands, e-mail:
> harmony-dev-help@incubator.apache.org
> >> >
> >> >
> >>
> >> --
> >>
> >> Tim Ellison (t.p.ellison@gmail.com)
> >> IBM Java technology centre, UK.
> >>
> >> ---------------------------------------------------------------------
> >> Terms of use : http://incubator.apache.org/harmony/mailing.html
> >> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> >> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>

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